redis的aof持久化模式

AOF的重写机制

AOF的工作原理是将写操作追加到文件中，文件的冗余内容会越来越多。所以 Redis 新增了重写机制。当AOF文件的大小超过所设定的阈值时，Redis就会对AOF文件的内容压缩。

重写的原理：Redis 会fork出一条新进程，读取内存中的数据，并重新写到一个临时文件中。并没有读取旧文件，因为旧文件太大了。最后替换旧的aof文件。

触发机制：当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发。这里的“一倍”和“64M” 可以通过配置文件修改。可以设置大一点，不然会频繁重写。

AOF 的优缺点

优点：数据的完整性和一致性更高
缺点：因为AOF记录的内容多，文件会越来越大，数据恢复也会越来越慢。效率会比rdb差一点，并且相同数据的情况下，aof文件会比dump.rdb文件大一点。

注意

1. Redis 需要手动开启AOF持久化方式，默认是每秒将写操作日志追加到AOF文件中。
2. AOF 的数据完整性比RDB高，但记录内容多了，会影响数据恢复的效率。
3. Redis 针对 AOF文件大的问题，提供重写的压缩机制。
4. 若只打算用Redis 做缓存，可以关闭持久化。
5. 若打算使用Redis 的持久化。建议RDB和AOF都开启。其实RDB更适合做数据的备份，留一后手。AOF出问题了，还有RDB。