Redis的持久化策略

Redis的持久化方式有两种，持久化策略有四种：

1：RDB（数据快照模式）:定期存储，保存的是数据本身
2：AOF（追加模式）：每次修改数据时，同步到硬盘，保存的是数据的变更记录
3：两种策略都可以关闭，不做持久化
4：同时开启两种策略，当redis重启时，AOF文件会用于重建原始数据

RDB

RDB定时备份内存中的数据集，服务器启动时，可以从RDB文件中恢复数据集。

优点：

• 存储的文件是紧凑的
• 适合用于备份，方便恢复不同版本的数据
• 适合于容灾恢复，备份文件可以在其它服务器恢复
• 最大化了Redis的性能，备份的时候启动的是子线程，父进程不需要执行IO操作
• 数据保存比AOF快

缺点：

• 如果Redis没有正确关闭而停止了工作，会丢失部分时间点的数据
• 由于经常需要fork子线程来进行备份操作，如果数据量很大的话，fork比较耗时，对cpu的性能来讲是一个损耗

AOF（append only file）

AOF记录服务器的所有写操作，在服务器重启的时候，会把所有的写操作重新执行一遍，从而实现数据备份，当写操作集过大，Redis会重写操作集。

默认文件名
由配置文件可以知道，默认超过64mb的时候，会进行重写

优点：

• 使用AOF更加的灵活，有不同的fsync策略
• AOF是一个日志追加文件，所以不需要定位，即使断电也没有损坏问题，哪怕文件末尾是一个写道一半的命令，redus-check-aof工具也能进行修复
• 当AOF文件很大时，Redis会自动在后台进行重写，重写是绝对安全的，因为Redis是继续往旧的文件里面追加，使用创建当前数据集所需的最小操作集合来创建一个全新的文件，一旦创建完成，Redis就会切换到新文件，开始往新文件进行追加操作
• AOF包含一个又一个的操作命令，易于理解和解析

缺点：

• 对于同样的数据集，AOF文件通常大于RDB文件
• AOF可能比RDB要慢，一般设置一秒一次的情况下性能仍然很高
• AOF通过递增的方式更新数据，而RDB是从头开始创建，RDB会更健壮和稳定（适合于备份，虽然有可能会丢失数据）

这两种持久化的方式以及最终的持久化的策略的选择，还是需要根据业务的具体情况综合分析，对于Redis的使用情况等各种问题，其实配置文件从头到尾读一遍啥都晓得了，写的十分详细，相当于读了十篇博客。