Redis持久化

持久化定义

利用永久性存储介质将数据进行保存，并在特定的时间恢复。

持久化作用

防止数据丢失，确保数据安全。

持久化两种方式

RDB形式（重点在数据）

AOF形式（重点在数据操作过程）

RDB形式

作用

保存数据

RDB启动方式

• 手动执行一次保存操作

           save

注意：save是单线程命令；save指令的执行会阻塞当前Redis服务器，直到当前RDB过程完成为止，有可能会造成长时间阻塞，线上环境不建议使用。

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

           bgsave

在redis安装的文件夹中用记事本打开dump.rdb文件

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

ROD相关指定配置

• 设置本地数据库文件名，默认值为 dump.rdb；通常设置为dump-端口号.rdb

           dbfilename dump.rdb

• 设置存储.rdb文件的路径 ；通常设置成存储空间较大的目录中，目录名称data

           dir 

• 设置存储至本地数据库时是否压缩数据，默认为 yes，采用 LZF 压缩 经验：通常默认为开启状态，如果设置为no，可以节省 CPU 运行时间，但会使存储的文件变大（巨大）

           rdbcompression yes

• 设置是否进行RDB文件格式校验，该校验过程在写文件和读文件过程均进行 ；通常默认为开启状态，如果设置为no，可以节约读写性过程约10%时间消耗，但是存储一定的数据损坏风险

           rdbchecksum yes

• 后台存储过程中如果出现错误现象，是否停止保存操作，通常默认为开启状态（只有bgsave才能设置）

           stop-writes-on-bgsave-error yes

AOF形式

作用

解决了数据持久化的实时性

AOF功能开启

• 是否开启AOF持久化功能，默认为不开启状态

          appendonly yes|no

• AOF写数据策略

          appendfsync always|everysec|no

AOF写数据的三种策略

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

 开启AOF后，在redis安装的文件夹中用记事本中打开appendonly.aof文件，可以看到我们写入的数据。

AOF相关配置

• AOF持久化文件名，默认文件名未appendonly.aof，建议配置为appendonly-端口号.aof 

  appendfilename filename

• AOF持久化文件保存路径，与RDB持久化文件保持一致即可

          dir

AOF重写

随着命令不断写入AOF，文件会越来越大。Redis引入了AOF重写机制压缩文件体积。

AOF文件重 写是将Redis进程内的数据转化为写命令同步到新AOF文件的过程。

简单说就是将对同一个数据的若干个条命令执行结 果转化成最终结果数据对应的指令进行记录。

作用

• 降低磁盘占用量，提高磁盘利用率
• 提高持久化效率，降低持久化写时间，提高IO性能
• 降低数据恢复用时，提高数据恢复效率

AOF重写方式

• 手动重写

          bgrewriteaof

重写前

记事本打开appendonly.aof文件

 

重写后

重新用记事本打开appendonly.aof文件

• 自动重写

           auto-aof-rewrite-min-size size

           auto-aof-rewrite-percentage percentage

• 查看redis所有的运行属性值

           info

RDB与AOF的选择之惑

• 对数据非常敏感，建议使用默认的AOF持久化方案
• AOF持久化策略使用everysecond，每秒钟fsync一次。该策略redis仍可以保持很好的处理性能，当出 现问题时，最多丢失0-1秒内的数据。
• 注意：由于AOF文件存储体积较大，且恢复速度较慢
• 数据呈现阶段有效性，建议使用RDB持久化方案
• 数据可以良好的做到阶段内无丢失（该阶段是开发者或运维人员手工维护的），且恢复速度较快，阶段点数据恢复通常采用RDB方案
• 注意：利用RDB实现紧凑的数据持久化会使Redis降的很低，慎重总结。
• 综合比对
• RDB与AOF的选择实际上是在做一种权衡，每种都有利有弊
• 如不能承受数分钟以内的数据丢失，对业务数据非常敏感，选用AOF
• 如能承受数分钟以内的数据丢失，且追求大数据集的恢复速度，选用RDB
• 灾难恢复选用RDB
• 双保险策略，同时开启 RDB 和 AOF，重启后，Redis优先使用 AOF 来恢复数据，降低丢失数据的量