RDB
安装redis后默认开启RDB，配置文件属性save在redis.conf中配置：
查看dump文件位置
config get dir
RDB快照测试
存入3条数据
查看日志
存入3条日志满足了“save 60 2”这个条件（60秒内更新了2条数据），所以触发了快照保存
RDB丢失数据测试
新增3条数据，然后kill redis进程
重新启动redis，这时候redis会从dump文件恢复数据，可以看到有数据丢失
手动保存
bgsave fork出一个子进程，在子进程进行保存操作，主进程不受影响
save 会阻塞redis主进程
AOF
开启AOF，设置同步方式
编辑redis.conf
appendonly yes appendfsync always # 每次有数据修改发生时都会写入AOF文件（安全但是费时）。 appendfsync everysec # 每秒钟同步一次，该策略为AOF的缺省策略。 appendfsync no # 从不同步。高效但是数据不会被持久化。 appendfilename "appendonly.aof"
启动redis-cli，输入set aoftest 1604
查看appendonly.aof文件内容如下：
AOF重写测试
相关配置
# 重写AOF时，是否继续写AOF文件 no-appendfsync-on-rewrite no # 自动重写AOF文件的条件 auto-aof-rewrite-percentage 100 #百分比 auto-aof-rewrite-min-size 64mb #大小 # 是否忽略最后一条可能存在问题的指令 aof-load-truncated yes
执行set aoftest 1611,查看aof文件
执行bgrewriteaof
查看aof文件
重启redis，查看redis日志
AOF文件损坏修复
./redis-check-aof --fix appendonly.aof
