4.AOF日志

AOF日志：宕机了，Redis如何避免数据丢失？

Redis用作缓存应用将会存在一个问题就是，当Redis服务器宕机后，内存中的数据会全部消失， 为了避免数据丢失，因此需要持久化机制。目前，Redis 的持久化主要有两大机制，即 AOF（Append Only File）日志和 RDB 快照。

1.AOF日志如何实现

(1)写后日志

关系型数据库的写前日志（Write Ahead Log, WAL），也就是说，在实际写数据前，先把修改的数据记到日志文件中，以便故障时进行恢复。不过，AOF 日志正好相反，它是写后日志，“写后”的意思是 Redis 是先执行命令，把数据写入内存，然后再把操作命令记录日志，并且是追加记录。

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

(2)写回磁盘策略(如何改正缺点)

其实，对于这个问题，AOF 机制给我们提供了三个选择，也就是 AOF 配置项 appendfsync 的三个可选值。

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

针对避免主线程阻塞和减少数据丢失问题，这三种写回策略都无法做到两全其美。我们来分析下其中的原因。

• “同步写回”可以做到基本不丢数据，但是它在每一个写命令后都有一个慢速的落盘操作，不可避免地会影响主线程性能；
• “操作系统控制的写回”在写完缓冲