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数据丢失及解决