redis的持久化方式 RDB和AOF

redis是持久化的内存数据库。把内存中的数据保存到磁盘来保证持久化。持久化的目的是重启后恢复数据。

---

RDB是Snapshot快照存储，半持久化模式

按周期策将数据保持在磁盘（save来定义周期），借助fork命令的copy on write机制。

生成快照时，当前进程会fork一个子进程，然后再子进程中循环所有数据，当数据携程rdb文件

RDB没有刷写模式，rdb文件中保存的不是最新的，从上次rdb文件生成到redis停机的时间的数据丢失

---

AOF是完全持久化存储 append only file

压缩持久化文件，bgwriteaof命令重新生成aof文件。

恢复数据时，会重新执行文件中的命令在内存中重建整个数据内容

---

主从复制是建立在内存快照持久化的基础上，只要有slave就一定有内存快照。

1.slave向master发出同步请求，master会dump出rdb文件，然后rdb文件全部传给slave；master把缓存的命令给slave。初步同步完成

2.master将变量的快照直接实时依次发送给各个slave

---

• 数据恢复时，RDB比AOF快（rdb一条数据只有一次记录；编码与redis在内存中的格式一致）
• RDB没有刷写模式，rdb文件中保存的不是最新的；AOF有刷写模式
• 利用Replication机制来弥补aof、snapshot性能上的不足
• 优先级：AOF>RDB

依次写入name,sex,age,address

开启snapshot，关闭aof         save

关闭snapshot，关闭aof         gsave     bgwriteaof

关闭snapshot，开启aof

开启snapshot，开启aof     

redis.conf的配置

save  900  1

save   300   10

save   60   10000

#rdbcompression no

#rdbchecksum no

#dbfilename zhoujy.rdb

#dir  /var/lib/ redis

appendonly  yes

appendfilename zhoujy.aof

appendfsync everysec

no - appendfsync - on - rewrite no

auto -aof -rewrite - min -size 64mb

ls -lh /var/lib/redis/ 查看文件大小

CONFIG GET append*        在线查看参数

CONFIG GET appendonly yes 在线修改参数   

flushall之后要重写bgwriteaof

只配置rdb，启动只加载dump文件恢复数据

只配置aof，重启时加载aof文件恢复数据

2者都配置，启动只加载aof文件恢复数据

 

参考 

http://www.cnblogs.com/zhoujinyi/archive/2013/05/26/3098508.html   Redis持久化 

http://blog.csdn.net/wtyvhreal/article/details/40980059  Redis数据丢失及解决