数据持久化

三种状态的基本概念： 1。 临时身份（Transient）：也被称为自由状态，它只存在于内存中，并且在数据库中没有相应的数据。 使用new创建的对象，久化，没有处于Session中，处于此状态的对象叫暂时对象； 2， 持久化状态（Persistent）：与session关联而且在数据库中有对应数据。 已经持久化。增加到了Session缓存中。如通过hibernate语句保存的对象。处于此状态的对象叫持久对象； 3， 游离状态（Detached）：持久化对象脱离了Session的对象。如Session缓存被清空的对象。 特点：已经持久化，但不在Session缓存中。 处于此状态的对象叫游离对象； ×√ 暂时状态 （Transient） 持久化状态 （Persistent） 游离状态 （Detached） 是否处于Session缓存中 × √ × 数据库中是否有相应记录 × √ √ 游离对象和暂时对象异同： 两者都不会被Session关联，对象属性和数据库可能不一致； 游离对象有持久化对象关闭Session而转化而来，在内存中还有对象所以此时就变成游离状态了； Hibernate和SQL的关系： 在操作了hibernate的方法如save()等后。并没有直接生成sql语句，去操作数据库。而是把这些更新存入Session中。仅仅有Session缓存要被更新时，底层的sql语句才干运行

某厂面试归来，发现自己落伍了！>>> Redis是一种高级key-value数据库。它跟memcached类似，不过数据可以持久化，而且支持的数据类型很丰富。有字符串，链表，集 合和有序集合。支持在服务器端计算集合的并，交和补集(difference)等，还支持多种排序功能。所以Redis也可以被看成是一个数据结构服务 器。 Redis的所有数据都是保存在内存中，然后不定期的通过异步方式保存到磁盘上(这称为“半持久化模式”)；也可以把每一次数据变化都写入到一个append only file(aof)里面(这称为“全持久化模式”)。 第一种方法 filesnapshotting ：默认redis是会以快照的形式将数据持久化到磁盘的（一个二进 制文件，dump.rdb，这个文件名字可以指定），在配置文件中的格式是：save N M表示在N秒之内，redis至少发生M次修改则redis抓快照到磁盘。当然我们也可以手动执行save或者bgsave（异步）做快照。 工作原理简单介绍一下：当redis需要做持久化时，redis会fork一个子进程；子进程将数据写到磁盘上一个临时RDB文件中；当子进程完成写临时文件后，将原来的RDB替换掉，这样的好处就是可以 copy-on-write 还有一种持久化方法是 Append-only ：filesnapshotting方法在redis异常死掉时，

1.什么是ActiveMQ? activeMQ是一种开源的，实现了JMS1.1规范的，面向消息(MOM)的中间件，为应用程序提供高效 的、可扩展的、稳定的和安全的企业级消息通信 2. ActiveMQ服务器宕机怎么办？ 这得从ActiveMQ的储存机制说起。在通常的情况下，非持久化消息是存储在内存中的，持久化消息是 存储在文件中的，它们的最大限制在配置文件的节点中配置。但是，在非持久化消息堆 积到一定程度，内存告急的时候，ActiveMQ会将内存中的非持久化消息写入临时文件中，以腾出内存。 虽然都保存到了文件里，但它和持久化消息的区别是，重启后持久化消息会从文件中恢复，非持久化的临 时文件会直接删除。 那如果文件增大到达了配置中的最大限制的时候会发生什么 ？我做了以下实验： 设置2G左右的持久化文件限制，大量生产持久化消息直到文件达到最大限制，此时生产者阻塞，但消费 者可正常连接并消费消息，等消息消费掉一部分，文件删除又腾出空间之后，生产者又可继续发送消息， 服务自动恢复正常。 设置2G左右的临时文件限制，大量生产非持久化消息并写入临时文件，在达到最大限制时，生产者阻 塞，消费者可正常连接但不能消费消息，或者原本慢速消费的消费者，消费突然停止。整个系统可连接， 但是无法提供服务，就这样挂了。 具体原因不详，解决方案：尽量不要用非持久化消息，非要用的话，将临时文件限制尽可能的调大。

redis 持久化 什么是持久化 redis 将所有数据保持在内存中，对数据的更新将异步地保存在磁盘中 持久化的方式 1. 快照 快照是某时某刻对数据的完整备份。 在： MySQL Dump Redis RDB 被使用。 2. 写日志 数据库做任何操作的更新就将它记录在日志中，当某时刻需要将数据恢复的时候，只需要将日志中的操作重新执行一遍，便得到某时某点的完整数据。 在： MySQL Binlog Hbase HLog Redis AOF 被使用。 来源： https://www.cnblogs.com/weixuqin/p/10965921.html

持久化机制 Redis速度快，很大一部分原因是因为它所有的数据都存储在内存中。如果断电或者宕机，都会导致内存中的数据丢失。为了实现重启后数据不丢失，Redis提供了两种持久化的方案，一种是RDB快照（RedisDataBase），一种是AOF（AppendOnlyFile）。 RDB RDB是Redis默认的持久化方案。当满足一定条件的时候，会把当前内存中的数据写入磁盘，生成一个快照文件dump.rdb。Redis重启会通过加载dump.rdb文件恢复数据。 什么时候写入rdb文件？ 1、自动触发 a）配置规则触发。redis.conf，SNAPSHOTTING，其中定义了触发把数据保存到磁盘的触发频率。如果不需要RDB方案，注释save或者配置成空字符串""。 save 900 1 // 900秒内至少有一个key被修改（包括添加） save 300 10 //400秒内至少有10个key被修改 save 60 10000 //60秒内至少有10000个key被修改 注意上面的配置是不冲突的，只要满足任意一个都会触发。 RDB文件位置和目录： #文件路径 dir./ #文件名称 dbfilename dump.rdb #是否是LZF压缩rdb文件 rdbcompression yes #开启数据校验 rdbchecksum yes 为什么停止Redis服务的时候没有save

Redis 持久化 前言 Rdis的读写都是在内存中进行，所以redis的性能很高。 持久化可以有效地避免因进程退出而造成数据丢失问题，下次重启的时候利用之前持久化文件可以实现数据恢复。 持久化的几种方式 Redis 持久化拥有以下三种方式： 快照方式（RDB, Redis DataBase） RDB持久化是把当前进程数据生成快照保存到硬盘的过程，触发RDB持久化过程分为手动触发和自动触发 文件追加方式（AOF, Append Only File） 记录所有的操作命令，并以文本的形式追加到文件中； 混合持久化方式， Redis 4.0 之后新增的方式，混合持久化是结合了 RDB 和 AOF 的优点，在写入的时候，先把当前的数据以 RDB 的形式写入文件的开头，再将后续的操作命令以 AOF 的格式存入文件，这样既能保证 Redis 重启时的速度，又能减低数据丢失的风险。 以上三种持久化方案，每一种都有特定的使用场景,具体的我们可以根据自己的需求自行选择。 RDB持久化 RDB（Redis DataBase）是 将某一个时刻的内存快照（Snapshot），以二进制的方式写入磁盘的过程 。 RDB的持久化方式有两种： 一种是手动触发，一种是自动触发 手动触发 手动触发Redis提供了两个命令 ： save 和 bgsave 。 save 命令 save 手动触发会阻塞主线程 在客户端执行

本文是大型网站架构系列：消息队列（二），主要分享JMS消息服务，常用消息中间件（Active MQ，Rabbit MQ，Zero MQ，Kafka）。【第二篇的内容大部分为网络资源的整理和汇总，供大家学习总结使用，最后有文章来源】 本次分享大纲 消息队列概述（见第一篇： 大型网站架构系列：分布式消息队列（一） ） 消息队列应用场景（见第一篇： 大型网站架构系列：分布式消息队列（一） ） 消息中间件示例（见第一篇： 大型网站架构系列：分布式消息队列（一） ） JMS消息服务 常用消息队列 参考（推荐）资料 本次分享总结 四、JMS消息服务 讲消息队列就不得不提JMS 。JMS（JAVA Message Service,java消息服务）API是一个消息服务的标准/规范，允许应用程序组件基于JavaEE平台创建、发送、接收和读取消息。它使分布式通信耦合度更低，消息服务更加可靠以及异步性。 在EJB架构中，有消息bean可以无缝的与JM消息服务集成。在J2EE架构模式中，有消息服务者模式，用于实现消息与应用直接的解耦。 4.1消息模型 在JMS标准中，有两种消息模型P2P（Point to Point）,Publish/Subscribe(Pub/Sub)。 4.1.1 P2P模式 P2P模式包含三个角色：消息队列（Queue），发送者(Sender)，接收者(Receiver)

前言 前几篇文章主要讲了安卓四大组件之Activity。最近在coding的时候又遇到一个问题：自己项目中有两个Activity分别命名为Activity1和Activity2，而Activity1属于process1,Activity2属于process2，从Activity1跳转到Activity2，然后在Activity2中通过使用SharedPreferences进行保存简单的数据，结果不论怎么操作所取的值都是不正确的，why？？？ 读完本篇你将有所了解！ 备注：本文主要从源码角度进行分析。 简介 SharedPreferences是Android平台上一个轻量级的存储辅助类，用来保存应用的一些常用配置，它提供了string，set，int，long，float，boolean六种数据类型。最终数据是以xml形式进行存储。在应用中通常做一些简单数据的持久化缓存。 流程图 源码分析 来源： CSDN 作者： aphrodite1314 链接： https://blog.csdn.net/aphrodite1314/article/details/104812973

Redis支持RDB与AOF两种持久化机制，持久化可以避免因进程异常退出或down机导致的数据丢失问题，在下次重启时能利用之前的持久化文件实现数据恢复。 RDB持久化 RDB持久化即通过创建快照（压缩的二进制文件）的方式进行持久化，保存某个时间点的全量数据。RDB持久化是Redis默认的持久化方式。RDB持久化的触发包括手动触发与自动触发两种方式。 手动触发 save， 在命令行执行save命令，将以同步的方式创建rdb文件保存快照，会阻塞服务器的主进程，生产环境中不要用 bgsave, 在命令行执行bgsave命令，将通过fork一个子进程以异步的方式创建rdb文件保存快照，除了fork时有阻塞，子进程在创建rdb文件时，主进程可继续处理请求 自动触发 在redis.conf中配置 save m n 定时触发，如 save 900 1 表示在900s内至少存在一次更新就触发 主从复制时，如果从节点执行全量复制操作，主节点自动执行bgsave生成RDB文件并发送给从节点 执行debug reload命令重新加载Redis时 执行shutdown且没有开启AOF持久化 redis.conf中RDB持久化配置 # 只要满足下列条件之一，则会执行bgsave命令 save 900 1 # 在900s内存在至少一次写操作 save 300 10 save 60 10000 #

在做vuex数据存储中，我们面临浏览器刷新页面数据丢失 解决数据丢失，如何持久化需以下几步 一：npm install vuex-persistedstate 二：store/index.js中引入 ： vuex-persistedstate import Vue from 'vue'import Vuex from 'vuex'//引入插件import persistedState from 'vuex-persistedstate'Vue.use(Vuex)export default new Vuex.Store({ state: { name:"111111" }, mutations: {}, actions: {}, modules: {}, //默认存储到localStorage plugins: [　　　　//默认localStorage　　　　persistedState()　　　　//下面这个设置为sessionStorage　　　　//persistedState({ storage: window.sessionStorage })　　　　//设置cookie　　　　//persistedState({　　　　//　　storage: {　　　　//　　　　getItem: key => Cookies.get(key),　　　　//　　　　setItem: