AOF 重写

　　你可以会想，每一条写命令都生成一条日志，那么 AOF 文件是不是会很大？答案是肯定的，AOF 文件会越来越大，所以 Redis 又提供了一个功能，叫做 AOF rewrite。其功能就是重新生成一份 AOF 文件，新的 AOF 文件中一条记录的操作只会有一次，而不像一份老文件那样，可能记录了对同一个值的多次操作。其生成过程和 RDB 类似，也是 fork 一个进程，直接遍历数据，写入新的 AOF 临时文件。在写入新文件的过程中，所有的写操作日志还是会写到原来老的 AOF 文件中，同时还会记录在内存缓冲区中。当重完操作完成后，会将所有缓冲区中的日志一次性写入到临时文件中。然后调用原子性的 rename 命令用新的 AOF 文件取代老的 AOF 文件。

　　从上面的流程我们能够看到，RDB 和 AOF 操作都是顺序 IO 操作，性能都很高。而同时在通过 RDB 文件或者 AOF 日志进行数据库恢复的时候，也是顺序的读取数据加载到内存中。所以也不会造成磁盘的随机读。

　　AOF 可靠性设置

　　AOF 是一个写文件操作，其目的是将操作日志写到磁盘上，所以它也同样会遇到我们上面说的写操作的 5 个流程。那么写 AOF 的操作安全性又有多高呢。实际上这是可以设置的，在 Redis 中对 AOF 调用 write (2)写入后，何时再调用 fsync 将其写到磁盘上，通过 appendfsync 选项来控制，下面 appendfsync 的三个设置项，安全强度逐渐变强。

　　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，就是组合多次写操作的数据，一次性将日志写到磁盘。

　　appednfsync always

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

　　对于 pipelining 有什么不同

　　对于 pipelining 的操作，其具体过程是客户端一次性发送N个命令，然后等待这N个命令的返回结果被一起返回。通过采用 pipilining 就意味着放弃了对每一个命令的返回值确认。由于在这种情况下，N个命令是在同一个执行过程中执行的。所以当设置 appendfsync 为 everysec 时，可能会有一些偏差，因为这N个命令可能执行时间超过 1 秒甚至 2 秒。但是可以保证的是，最长时间不会超过这N个命令的执行时间和。

　　与 postgreSQL 和 MySQL 的比较

　　这一块就不多说了，由于上面操作系统层面的数据安全已经讲了很多，所以其实不同的数据库在实现上都大同小异。总之最后的结论就是，在 Redis 开启 AOF 的情况下，其单机数据安全性并不比这些成熟的 SQL 数据库弱。

　　数据导入 www.2cto.com

　　这些持久化的数据有什么用，当然是用于重启后的数据恢复。Redis 是一个内存数据库，无论是 RDB 还是 AOF，都只是其保证数据恢复的措施。所以 Redis 在利用 RDB 和 AOF 进行恢复的时候，都会读取 RDB 或 AOF 文件，重新加载到内存中。相对于 MySQL 等数据库的启动时间来说，会长很多，因为 MySQL 本来是不需要将数据加载到内存中的。

　　但是相对来说，MySQL 启动后提供服务时，其被访问的热数据也会慢慢加载到内存中，通常我们称之为预热，而在预热完成前，其性能都不会太高。而 Redis 的好处是一次性将数据加载到内存中，一次性预热。这样只要 Redis 启动完成，那么其提供服务的速度都是非常快的。

　　而在利用 RDB 和利用 AOF 启动上，其启动时间有一些差别。RDB 的启动时间会更短，原因有两个，一是 RDB 文件中每一条数据只有一条记录，不会像 AOF 日志那样可能有一条数据的多次操作记录。所以每条数据只需要写一次就行了。另一个原因是 RDB 文件的存储格式和 Redis 数据在内存中的编码格式是一致的，不需要再进行数据编码工作。在 CPU 消耗上要远小于 AOF 日志的加载。

　　好了，大概内容就说到这里。本文如有描述不周之处，就大家指正。