Redis的dump到底是咋保存数据的，服务器数据持久化技术简单聊聊

关于Redis的数据持久化，特别是那个神秘的“dump”文件，咱们可以把它想象成给Redis这个记性特别好的“活字典”拍照片或者录视频，Redis最厉害的本事是把所有数据都放在内存里，所以读写速度飞快，但内存有个致命弱点：一断电，里面的东西就全没了，为了防止这种悲剧，就得想办法把内存里的数据“持久化”到不会丢的硬盘上，这个持久化的结果，也就是硬盘上的那个文件，通常就是我们说的“dump”文件（比如默认的 dump.rdb），Redis提供了两种主要的“拍照”方法：RDB和AOF。

第一种方法：RDB（快照拍照法）

你可以把RDB理解成给Redis数据库拍一张完整的全景照片，来源自Redis官方文档的描述，RDB持久化方式会在特定的时间点，将当前内存中所有数据的完整状态生成一个快照文件，也就是dump.rdb。

这个过程是怎么发生的呢？主要有两种触发方式：

1. 自动触发：你可以在配置文件里设置规则，900秒内至少有1个键被改变”就拍一张，“300秒内至少有10个键被改变”再拍一张,这就像你设置手机相册每隔一段时间自动备份一次。
2. 手动触发：通过运行SAVE或BGSAVE命令。SAVE是让Redis亲自拍照，但在拍照期间它会停止处理所有客人的请求（阻塞），所以基本不用，常用的BGSAVE是让Redis“派一个分身”（fork一个子进程）去后台拍照，它自己继续乐呵呵地接待客人，处理读写命令，照片拍好了,再由分身把新的dump文件替换掉旧的。

RDB的优点很明显：

• 文件紧凑：dump文件是经过压缩的二进制文件，体积小,非常节省硬盘空间。
• 恢复极快：当Redis服务器重启时，直接把这张大照片读进内存就行了，恢复速度比另一种方法（AOF）快得多。
• 适合备份：因为就是一个单独的文件,你可以很方便地把它拷贝到别的机器上做容灾备份。

但缺点也很突出：

• 可能丢数据：这是最大的问题，如果刚拍完照，下一秒服务器断电了，那么从上一次拍照到断电之间的所有数据改动就全丢了，所以RDB的持久化可靠性取决于你拍照的频率，你不可能每秒都拍一张巨大的全景照,那样太耗费资源。

第二种方法：AOF（日志记录法）

AOF的思路和RDB完全不同，它不拍全景照，而是像一台摄像机，把Redis执行的所有“写”命令（比如SET, LPUSH, SADD）一条一条地记录到一个日志文件里（默认是appendonly.aof），来源自Redis官方文档，AOF持久化会将被执行的写命令追加到文件末尾,以此记录数据的变化过程。

这样一来，当Redis需要重启恢复数据时，它不需要加载一个快照文件，而是像个听话的学生一样，把AOF日志文件里的命令从头到尾、一字不差地重新执行一遍,这样就能完美地重建出内存数据。

AOF的优点正好弥补了RDB的缺点：

• 数据可靠性极高：你可以配置AOF的刷盘策略，比如设置为everysec，意思是让摄像机每秒把录好的内容真正写入硬盘一次，这样即使出问题，最多也只丢一秒的数据，甚至可以设置为always，每执行一个写命令就立刻写入硬盘，基本不会丢数据,但性能会有所下降。
• 可读性较好：AOF文件是纯文本格式（虽然实际存储的是特定协议格式），里面记录着所有命令，理论上你可以用文本编辑器打开查看,方便人工排查问题。

AOF的缺点则是：

• 文件体积大：日志文件通常会比同期的RDB文件大很多，比如你连续修改同一个键100次，AOF会忠实地记录100条命令,而RDB最后只保存最终值。
• 恢复速度慢：重新执行一遍所有的命令，肯定比直接加载一个二进制快照要慢得多，尤其是当数据量巨大、写操作历史非常长的时候。

现实中怎么选？强强联合！

看到这里你可能会纠结，那到底用哪个好？Redis允许你同时开启RDB和AOF，这是生产环境下最常见的做法，结合了两者的优点,来源自Redis官方最佳实践也推荐同时使用两种方式。

通常的运作方式是：

• 正常运行时，使用AOF来保证数据的高可靠性,尽量减少数据丢失。
• 定期（比如每天一次）手动或自动执行一次BGSAVE，生成一个RDB快照，这个RDB文件有两个用途：
  1. 作为一个干净的、压缩过的数据备份存档。
  2. 用于加速重启时的数据恢复，因为AOF日志会不断增长，Redis提供了一种AOF重写机制（BGREWRITEAOF），这个机制的原理其实就是根据当前数据库的状态，在后台生成一个全新的AOF文件，这个文件包含的命令集合能达到当前数据状态的最简形式（比如对一个键的多次操作会合并为最终值的SET命令），有趣的是，这个重写过程在实现上，也是先通过fork子进程生成当前数据的快照，然后再将快照转换成重建命令写入新AOF文件，你可以理解为,RDB的快照概念以一种巧妙的方式被内化到了AOF的优化过程中。

Redis的dump数据持久化，核心就是通过RDB的“定时拍照”和AOF的“持续录像”这两种技术，以及它们的组合拳，在性能和数据安全之间找到一个平衡点，确保这个速度飞快的“内存数据库”在遇到突发状况时,也能把损失降到最低。