Redis的持久化

• Redis的持久化
• • AOF 日志
  • • 写前日志
    • 写后日志
    • • 为什么使用写后日志
    • AOF 的潜在风险。
    • AOF 的写回策略
    • • AOF 的写回策略的优缺点
    • AOF 文件膨胀

Redis的持久化

把后端数据库中的数据存储在内存中，然后直接从内存中读取数据，响应速度会非常快。这确实是 Redis 的一个普遍使用场景，但是一旦服务器宕机，内存中的数据将全部丢失

解决方案：

• 从后端数据库恢复这些数据
  • 需要频繁访问数据库，会给数据库带来巨大的压力
  • 这些数据是从慢速数据库中读取出来的，性能肯定比不上从 Redis 中读取，导致使用这些数据的应用程序响应变慢
• 实现Redis 数据的持久化，避免从后端数据库中进行恢复

AOF 日志

传统数据库的日志，例如 redo log（重做日志），记录的是修改后的数据，而 AOF 里记录的是 Redis 收到的每一条命令，这些命令是以文本形式保存的。

写前日志

写后日志

为什么使用写后日志

• 为了避免额外的检查开销，Redis 在向 AOF 里面记录日志的时候，并不会先去对这些命令进行语法检查。所以，如果先记日志再执行命令的话，日志中就有可能记录了错误的命令，Redis 在使用日志恢复数据时，就可能会出错。
• 写后日志这种方式，就是先让系统执行命令，只有命令能执行成功，才会被记录到日志中，否则，系统就会直接向客户端报错。所以，Redis 使用写后日志这一方式的一大好处是，可以避免出现记录错误命令的情况。
• AOF 还有一个好处：它是在命令执行后才记录日志，所以不会阻塞当前的写操作。

AOF 的潜在风险。

• 果刚执行完一个命令，还没有来得及记日志就宕机了，那么这个命令和相应的数据就有丢失的风险
• AOF 虽然避免了对当前命令的阻塞，但可能会给下一个操作带来阻塞风险。这是因为，AOF 日志也是在主线程中执行的，如果在把日志文件写入磁盘时，磁盘写压力大，就会导致写盘很慢，进而导致后续的操作也无法执行了

AOF 的写回策略

AOF 配置项 appendfsync 的三个可选值。

• Always，同步写回：每个写命令执行完，立马同步地将日志写回磁盘；
• Everysec，每秒写回：每个写命令执行完，只是先把日志写到 AOF 文件的内存缓冲区，每隔一秒把缓冲区中的内容写入磁盘；
• No，操作系统控制的写回：每个写命令执行完，只是先把日志写到 AOF 文件的内存缓冲区，由操作系统决定何时将缓冲区内容写回磁盘。

AOF 的写回策略的优缺点

AOF 文件膨胀

随着接收的写命令越来越多，AOF 文件会越来越大

• AOF 重写机制