Redis的AOF日志为什么先执行命令再写日志？

我们比较熟悉的是数据库的写前日志（Writer Ahead Log, WAL），也就是说，在实际写数据前，先把修改的数据记到日志文件中，以便故障时恢复。不过，AOF日志正好相反，它是写后日志，“写后”的意思是Redis是先执行命令，然后才记录日志，如下图所示：

AOF为什么要先执行命令再记日志呢？

为了避免额外的开销，Redis在向AOF里面记录日志的时候，并不会先去对这些命令进行语法检查。所以，如果先记日志再执行命令的话，若命令有错，并在记日志之后发生宕机，日志中就有可能记录了错误的命令，Redis在使用日志恢复数据时，就可能出错。

而Mysql数据库，有分析器专门分析命令的正确性。

AOF有一个好处：它在命令执行后才记录日志，不会阻塞当前的写操作。

不过，AOF也有两个潜在风险。

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