AOF持久化在硬盘上保存的是对Redis进行的逻辑操作，类似InnoDB中的bin log。说白了就是你对一个Redis输入了哪些语句，AOF文件都会原封不动的保存起来，等到需要回复Redis的时候再把这些语句执行一遍。

11.1 AOF持久化的实现

　　AOF简单的理解是把执行的语句记录在硬盘的文件上。

　　操作系统对文件的写入进行了一些优化，即把一条记录写在硬盘上需要分为两步：1、文件写入缓冲区 2、缓冲区内容同步。为了提高文件的读写速度，当用户调用write函数后，操作系统会把写入的数据暂存在内存缓冲区里。当 内存缓冲区满或者超过缓冲时限后，才会把缓冲区内容同步到硬盘上。这样做的优点是提高了读写效率，每次写入只需写到缓存里而不需要写到硬盘，缺点是具有一定的不安全性，如果缓冲区的内容没有及时同步到硬盘上此时计算机宕机那么就会失去这部分数据。为此操作系统提供了fsnsc fdatasync两个同步函数，强制同步缓冲区的数据到硬盘上。

　　AOF同步也是一种把记录写到硬盘上的行为，在上述两个步骤之外，Redis额外加一步命令，Redis先把记录追加到自己维护的一个aof_buf中。所以AOF持久化分为三步：1、命令追加 2、文件写入 3.文件同步

11.1.1 命令追加

　　服务器再执行完一条指令后会以规定的格式追加到aof_buf的末尾。如执行完SET KEY V1后，aof_buf末尾会多以下内容。

11.1.2 AOF文件的写入与同步

　　在这一步里Redis会执行flushAppendOnlyFile,该方法根据配置文件的不同而采用不同的策略把aof_buf里的内容刷到内存缓冲区里。具体的根据appendfsync的取值来决定不同的策略。

• always，每次执行flushAppenfOnlyFIle的时候都会把aof——buf的内容刷到文件缓冲区，并且会同步缓冲区到硬盘
• everysec，把aof_buf刷到文件缓冲区，之后两次文件缓冲区同步间隔超过1秒才会同步缓冲区
• no，只刷到文件缓冲区，不管同步的事情

　　三种模式下安全性和效率性的比较

• always每次都要同步缓冲区，速度较慢，但不会出现内容缺失
• everysec，速度比always要快，但是有可能会损失一定的数据，不过损失最多是1秒钟
• no，执行速度最快，把文件缓冲区同步的调度交给了操作系统，安全性较差。并且当缓冲区积累到一定程度而不得不把内容写会文件系统后，会消耗大量的时间来完成同步的过程。所以均摊来看no 和 everysec效率类似。