一文看懂Redis持久化

两种持久化方式：

• RDB持久化

  • RDB 持久化可以在指定的时间间隔内生成数据集的时间点快照。
  • 和AOF相比，在恢复大的数据集的时候，RDB方式会更快一些。

• AOF持久化

  • AOF模式会记录你每次对服务器写的操作，当服务器重启的时候会重新执行这些命令来回复原始的数据。
  • AOF默认是每秒备份一次，他的操作方式是以追加的方式进行记录日志，而不是数据，重写的话也是按照顺序进行追加的，所以他的文件比较容易读，也可以进行编辑之类的。

RDB持久化步骤：

RDB为Redis默认持久化方式，触发持久化过程分为手动触发和自动触发。
手动触发分为save和bgsave命令。

• 手动触发：
  • save：
    • 阻塞当前Redis服务器，直到RDB操作完成为止，此方法会造成长时间阻塞，不建议使用。
  • bgsave：
    • Redis进程会执行fork操作创建一个子进程，RDB持久化过程由这个子进程完成，完成后自动结束，会生成一个dump.rdb文件，不会造成阻塞。
• 自动触发：

save 900 1 # 含义就是在900秒内，如果至少有1个key值发生了变化，就进行内存快照
save 300 10 # 此sava方法均可同时存在，满足其中一个条件即可进行持久化操作
save 60 10000

# 下面是一些其他配置，均可自定义
# 文件名称
dbfilename dump.rdb

# 文件保存路径
dir ./

# 如果持久化出错，主进程是否停止写入
stop-writes-on-bgsave-error yes

# 是否压缩
rdbcompression yes

# 导入时是否检查
rdbchecksum yes

AOF持久化步骤：

AOF持久化以日志的形式记录服务器所处理的每一个写、删除操作，查询操作不会记录，以文本的方式记录，可以打开文件看到详细的操作记录，分为手动触发和自动触发，自动触发具体分为三种记录模式：

• 手动：
  • bgrewriteaof命令：
    • client向redis发送bgrewriteaof命令，然后redis会异步返回ok，之后redis会fork出一个子进行，来完成AOF的重写。
• 自动：

# appendfsync always # 每次有数据修改发生时都会写入AOF文件。使用此模式，服务宕机之后也不会丢失任何数据。
appendfsync everysec # 每秒钟同步一次，该模式为AOF的默认模式。使用此模式，最多只丢失一秒钟内执行的命令数据。
# appendfsync no # 从不同步

两种持久化的对比：

RDB优势：

• RDB 保存某个时间点的数据集，非常适用于数据集的备份。
• RDB会fork出一个子进程，工作全部由子进程来做，所以 RDB 持久化方式可以最大化 Redis 的性能。
• 与 AOF 相比，在恢复大的数据集的时候，RDB 方式会更快一些。

AOF优势：

• 对于恢复数据来说更加的安全。
• 它的文件内容非常容易读懂。

RDB缺点：

• RDB的备份频率不高，所以在恢复数据的时候有可能丢失一段数据。

AOF缺点：

• 相同的数据量，AOF的文件是比较大的。
• 由于保存的频率比较高，恢复的数据会比RDB慢一些。

混合持久化：

在Redis4.0之后支持混合持久化，可修改aof-use-rdb-preamble no开启，具体步骤为：当开启混合持久化之后，redis会把当前内存中已有的数据以二进制的形式保存到aof文件中，在此后如果又有客户端来操作redis的话，就会以命令的形式存储到此文件中，也就是说这个aof文件，是二进制和命令混合存放的。
这种持久化方式综合的RDB和AOF的优势。

最后，Redis默认为RDB持久化方式，如果想开启AOF持久化，需要开启此命令：appendonly no，修改为yes，默认为no，如果两种持久化都开启的话，默认会走AOF，因为AOF更安全。

欢迎补充。