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文件恢复数据