redis持久化rdb aof简介

 

 

 

 

rdb方式的持久化是通过快照完成的，当符合一定条件时redsi会自动将内存中的所有数据进行快照并存储到硬盘上。默认存储在redis根目录的dump.rdb文件中。
rdb是redis默认采用的持久化方式，配置信息在配置文件redis.conf中
定期将内存数据生成快照(即某个时间点上数据的备份) 然后存储在硬盘上

快照执行时机：
save 900 1：表示900秒内至少一个键被更改则进行快照。
save 300 10
save 60 10000

手动执行save或者bgsave命令让redis执行快照。
两个命令的区别在于，save是由主进程进行快照操作，会阻塞其它请求。bgsave会通过fork子进程进行快照操作。
redis实现快照的过程：
1：redis使用fork函数复制一份当前进程的副本(子进程)
2：父进程继续接收并处理客户端发来的命令，而子进程开始将内存中的数据写入硬盘中的临时文件
3：当子进程写入完所有数据后会用该临时文件替换旧的RDB文件，至此，一次快照操作完成。

注意：redis在进行快照的过程中不会修改RDB文件，只有快照结束后才会将旧的文件替换成新的，也就是说任何时候RDB文件都是完整的。
这就使得我们可以通过定时备份RDB文件来实现redis数据库的备份
RDB文件是经过压缩的二进制文件，占用的空间会小于内存中的数据，更加利于传输。

 

文件修复：redis-check-dump  在启动redis失败时，用于修复dump文件

rdb的优缺点
优点：由于存储的有数据快照文件，恢复数据很方便。
缺点：会丢失最后一次快照以后更改的所有数据。

AOF 保存的数据方案是最完整的，如果同时开启了rdb和aof下，会采用aof方式
 
aof方式的持久化是通过日志文件的方式。默认情况下redis没有开启aof，可以通过参数appendonly参数开启。
appendonly yes
aof文件的保存位置和rdb文件的位置相同，都是dir参数设置的，默认的文件名是appendonly.aof，可以通过appendfilename参数修改
appendfilename appendonly.aof
aof日志文件重写
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
手动执行bgrewriteaof进行重写
redis写命令同步的时机
appendfsync always 每次都会执行
appendfsync everysec 默认 每秒执行一次同步操作（推荐）
appendfsync no不主动进行同步，由操作系统来做，30秒一次
文件修复：redis-check-aof
动态切换redis持久方式，从 RDB 切换到 AOF（支持Redis 2.2及以上）
CONFIG SET appendonly yes
CONFIG SET save ""（可选）