我们比较熟悉的是数据库的写前日志(Writer Ahead Log, WAL),也就是说,在实际写数据前,先把修改的数据记到日志文件中,以便故障时恢复。不过,AOF日志正好相反,它是写后日志,“写后”的意思是Redis是先执行命令,然后才记录日志,如下图所示:
AOF为什么要先执行命令再记日志呢?
为了避免额外的开销,Redis在向AOF里面记录日志的时候,并不会先去对这些命令进行语法检查。所以,如果先记日志再执行命令的话,若命令有错,并在记日志之后发生宕机,日志中就有可能记录了错误的命令,Redis在使用日志恢复数据时,就可能出错。
而Mysql数据库,有分析器专门分析命令的正确性。
AOF有一个好处:它在命令执行后才记录日志,不会阻塞当前的写操作。
不过,AOF也有两个潜在风险。
- 相比于WAL,有丢失数据的风险。如果执行完命令,还没有来得及记日志就宕机了,那么这个命令和相应的数据就会有丢失的风险。
- AOF避免了对当前命令的阻塞,但可能会给下一个操作带来阻塞风险。这是因为,当AOF日志的回写策略是Always时,回写也是在主线程中执行的,如果在把日志文件写入磁盘时,磁盘的写压力大,就会导致写盘很慢,进而导致后续的操作也无法执行了。