redis的持久化方式 RDB和AOF

来源:互联网 发布:python 知乎 编辑:程序博客网 时间:2024/05/21 14:50


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














0 0