[Redis][持久化][上][RDB]详细讲解

0.前言

Redis ⽀持 RDB 和 AOF 两种持久化机制，持久化功能有效地避免因进程退出造成数据丢失问题，当下次重启时利⽤之前持久化的⽂件即可实现数据恢复
- RDB -> 定期备份
- AOF -> 实时备份
Redis如何做到持久化？
- 当要插入一个新的数据的时候，就需要把这个数据，同时写入到内存和硬盘上
  - 硬盘的数据只是在Redis重启的时候，用来恢复内存中的数据的
- 当查询某个数据的时候，直接从内存读取

手动触发分别对应save和bgsave命令：
- save：阻塞当前Redis服务器，直到RDB过程完成为止，对于内存比较大的实例造成长时间阻塞，基本不采用
- bgsave：Redis进程执行fock操作创建子进程，RDB持久化过程由子进程负责，完成后自动结束，阻塞只发生在fock阶段，一般时间很短
  - fork写时拷贝，开销较小
Redis内部的所有涉及RDB的操作都采用类似bgsave的方式
Redis运行自动触发RDB持久化机制，该触发机制才是在实战中有价值的
- 使用save配置，如save m n表示m秒内数据集发生了n次修改，自动RDB持久化
- 从节点进⾏全量复制操作时，主节点⾃动进⾏RDB持久化，随后将RDB⽂件内容发送给从结点
- 执行shutdown命令关闭Redis时，执行RDB持久化

保存：
- RDB⽂件保存在dir配置指定的⽬录(默认/var/lib/redis/)下，⽂件名通过 dbfilename配置(默认dump.rdb)指定
- 可以通过执⾏config set dir {newDir} 和config set dbfilename {newFilename}运⾏期间动态执⾏，当下次运⾏时RDB⽂件会保存到新⽬录
压缩：Redis默认采⽤LZF算法对⽣成的RDB⽂件做压缩处理，压缩后的⽂件远远⼩于内存⼤⼩，默认开启，可以通过参数config set rdbcompression {yes|no}动态修改
- 注意：虽然压缩 RDB会消耗CPU，但可以⼤幅降低⽂件的体积，⽅便保存到硬盘或通过⽹络发送到从节点，因此建议开启
校验：如果Redis启动时加载到损坏的RDB⽂件会拒绝启动，此时可以使⽤Redis提供的redis check-dump⼯具检测RDB⽂件并获取对应的错误报告
- 可以通过redis-check-rdb手动校验

优点：
- RDB是⼀个紧凑压缩的⼆进制⽂件 ，代表Redis在某个时间点上的数据快照，⾮常适⽤于备份，全量复制等场景
  - 例如：每6⼩时执⾏bgsave备份，并把RDB ⽂件复制到远程机器或者⽂件系统(如 hdfs)⽤于灾备
- Redis加载RDB恢复数据远远快于AOF的方式
  - RDB以二进制的方式来组织数据，直接把数据读取到内存中，按照字节的格式取出来，放到结构体/对象中即可
  - AOF使用文本的方式来组织数据，需要进行一系列的字符串切分操作
缺点：
- RDB⽅式数据没办法做到实时持久化 / 秒级持久化 ，因为bgsave每次运⾏都要执⾏fork创建⼦进程，属于重量级操作，频繁执⾏成本过⾼
- RDB ⽂件使⽤特定⼆进制格式保存，Redis 版本演进过程中有多个 RDB 版本，兼容性可能有⻛险