Redis的持久化---RDB和AOF

Redis持久化

意外的断电

 自动备份：

什么是持久化：利用永久性存储介质将数据进行保存，在特定的时间将保存的数据进行恢复的工作机制称为持久化

为什么要持久化：防止数据的意外丢失，确保数据安全性

持久化过程保存什么？？  数据

1、将当前数据状态进行保存，快照形式，存储数据结果，存储格式简单，关注点在数据

2、将数据的操作过程进行保存，日志形式，存储操作过程，存储格式复杂，关注点在数据的操作过程

Redis持久化---RDB

1、RDB启动方式

save命令：手动执行一次保存操作，每保存一次就会生成一个dump.rdb的文件（以追加内容的方式）用来保存当前的快照信息

save指令相关配置:
 

2、针对数据量过大，单线程执行方式造成效率过低如何处理？？ 

命令：bgsave

作用：手动启动后台保存操作，但是不是立即执行

bgsave指令工作原理

注意：bgsave命令是针对save阻塞问题做的优化，Redis内部所有涉及到RDB操作都采用bgsave方式，save命令可以放弃使用

3、反复执行保存指令，忘记了怎么办？不知道数据产生了多少变化，何时保存？

命令：save second changes

作用：满足限定时间范围内key的变化数量达到指令数量即进行持久化

参数：

second：监控时间范围

changes：监控key的变化量

位置：在conf文件中进行配置

4、save配置原理

注意：

• save配置要根据实际业务情况进行设置，频度过高或者过低都会出现性能问题，结果可能是灾难性的
• save配置中对于second与changes设置通常具有互补对应关系，尽量不要设置成包含关系
• save配置启动后执行的是bgsave操作

RDB两种启动方式对比：

Redis持久化---AOF

RDB存储的弊端：

1. 存储数据量比较大，效率低，基于快照的思想，每次读写都是全部数据，当数据量巨大的时候，效率非常低
2. 大数据量下的IO性能比较低
3. 基于fork创建子进程，内存产生额外消耗
4. 宕机带来的数据丢失风险

解决思路：

• 不写全数据，仅仅记录部分数据
• 改记录数据为对数据操作过程
• 对所有操作均进行记录，排除丢失数据的风险

AOF概念

AOF(append only file)持久化：以独立日志的方式记录每次写命令，重启的时再重新执行AOF文件中命令达到恢复数据的目的，与RDB相比可以简单描述为改记录数据为记录数据产生的过程。

AOF的主要作用是解决了数据持久化的实时性，目前已经Redis持久化的主流方式。

AOF写数据过程

AOF写数据三种策略

1. always（每次）：每次写入操作均同步到AOF文件中，数据零误差，性能比较低
2. everysec(每秒)：每秒将缓冲区中的指令同步到AOF文件中，数据准确性比较高，性能也比较高，在系统突然宕机的情况下丢失1秒内的数据，建议使用everysec策略，该策略也是默认配置。
3. no（系统设置）：由操作系统控制每次同步到AOF文件的周期，整个过程不可控

AOF重写

随着命令不断写入AOF文件，文件会越来越大，为了解决这个问题，Redis引入了AOF重写机制压缩文件体积。AOF文件重写是将Redis进程内的数据转化为写命令同步到新AOF文件的过程，简单说就是对同一个数据的若干条命令执行结果转化成最终结果数据对应的指令进行记录。

AOF重写规则

• 进程内已经超时的数据不再写入文件
• 忽略无效指令，重写时使用进程内数据直接生成，这样新的AOF文件只保留最终数据的写入命令
• 对同一数据的多条写命令可以合并为一条命令，如lpush list1 a、lpush list1 b、lpush list1 c可以转化为lpush list1 a b c。为了防止数据量过大造成客户端缓冲区溢出，对list、set、hash、zset等类型，每条指令最多写入64个元素

AOF重写方式

手动重写：bgrewriteaof

自动重写：auto-aof-rewrite-min-size size

                  auto-aof-rewrite-percentage percentage

AOF重写工作原理

RDB与AOF区别

RDB和AOF的选择之惑

• 对数据非常敏感，建议使用默认的AOF持久化方案：AOF持久化策略使用everysecond，每秒钟sync一次，该策略redis仍然可以保持很好的处理性能，当出现问题的时候，最多丢失0-1秒内的数据。注意：由于AOF文件存储体积较大，所以恢复速度比较慢
• 数据呈现阶段有效性，建议使用RDB持久化方案：数据可以良好的做到阶段内无丢失；注意：利用RDB实现紧凑的数据持久化会使得Redis的效率降低

综合对比

• RDB与AOF的选择实际上是在做一种权衡，每种都有利有弊
• 如不能承受数分钟以内的数丢失，对业务非常敏感，建议使用AOF
• 如能承受数分钟内的数据丢失，且追求大数据集的恢复速度，选用RDB
• 灾难恢复选用RDB
• 双保险策略，同时开启RDB和AOF，重启后，Redis会优先使用AOF来回复数据，降低丢失数据的量