Redis的AOF功能

引言：  Redis是基于内存的数据库。同一时候也提供了若干持久化的方案。同意用户把内存中的数据，写入本地文件系统。以备下次重新启动或者当机之后继续使用。本文将描写叙述怎样基于Redis来设置AOF功能

什么是Redis的AOF？

AOF是AppendOnly File的缩写，是Redis系统提供了一种记录Redis操作的持久化方案。在AOF生成的文件里。将忠实记录发生在Redis的操作，从而达到在Redisserver重新启动或者当机之后，继续恢复之前数据状态的机制。

下面我们来简要看看怎样在Redis中使用AOF。并验证整个过程：

A. Redis中基本的AOF设置

   appendonly yes  ---- 打开aof设置，同一时候将快照功能置于低优先级的位置

  appendfsync no
        当设置appendfsync为no的时候，Redis不会主动调用fsync去将AOF日志内容同步到磁盘。所以这一切就全然依赖于操作系统的调试了。对大多数Linux操作系统。是每30秒进行一次fsync，将缓冲区中的数据写到磁盘上。

   appendfsync everysec
        当设置appendfsync为everysec的时候。Redis会默认每隔一秒进行一次fsync调用，将缓冲区中的数据写到磁盘。

可是当这一次的fsync调用时长超过1秒时。Redis会採取延迟fsync的策略。再等一秒钟。

也就是在两秒后再进行fsync，这一次的fsync就无论会运行多 长时间都会进行。这时候因为在fsync时文件描写叙述符会被堵塞，所以当前的写操作就会堵塞。
        结论就是，在绝大多数情况下。Redis会每隔一秒进行一 次fsync。

在最坏的情况下，两秒钟会进行一次fsync操作。

这一操作在大多数数据库系统中被称为group commit。就是组合多次写操作的数据，一次性将日志写到磁盘。

   appendfsync always
        置appendfsync为always时，每一次写操作都会调用一次fsync，这时数据是最安全的，当然。因为每次都会运行fsync。
所以其性能也会受到影响。

B. 启动redis-server

   

C. 打开redis-cli，操作数据

   

D.  查看aof文件

  

从上面的图示中，能够发现，在AOF的文件里。它忠实记录了发生在Redis上的操作，从而达到了还原数据的目的。当然，这个方式并非一种效率非常高的方式。基本的问题在于，有可能对于部分数据，进行了大量的操作。

在这样的情况下就必须产生大量的冗余操作记录。针对这个问题的解决的方法。我将在兴许的blog中涉及到。