redis的AOF持久化详解

概述：

AOF持久化：redis执行数据库写的操作的时候，每次写命令记录到单独的日志文件中；当Redis重启时再次执行AOF文件中的命令来恢复数据。

存储过程：将快照内容以命令的形式追加到AOF文件中，所以随着追加AOF文件会越来越大

           保存的AOF文件存储了执行的所有命令，所以可以进行修改文件来撤销输错的命令（在重写之前，如果重写了就没有办法了）

开启方式：

          AOF默认是关闭的，在redis.conf文件中找到appendonly  no  改成yes

appendonly no //改成yes

 AOF的保存方式：

redisAOF默认的保存方式是：appendfsync everysec ，根据情况可以再redis.conf文件中找到去下图更改。

appendfsync no ：不保存。
appendfsync everysec ：每一秒钟保存一次。
appendfsync always ：每执行一个命令保存一次。

 AOF的优势：

1、该机制可以带来更高的数据安全性，即数据持久性。

2、由于该机制对日志文件的写入操作采用的是append模式，因此在写入过程中即使出现宕机现象，也不会破坏日志文件中已经存在的内容。然而如果我们本次操作只是写入了一半数据就出现了系统崩溃问题，不用担心，在Redis下一次启动之前，我们可以通过redis-check-aof工具来帮助我们解决数据一致性的问题。

3、如果日志过大，Redis可以自动启用rewrite机制。即Redis以append模式不断的将修改数据写入到老的磁盘文件中，同时Redis还会创建一个新的文件用于记录此期间有哪些修改命令被执行。因此在进行rewrite切换时可以更好的保证数据安全性。

4、AOF包含一个格式清晰、易于理解的日志文件用于记录所有的修改操作。

AOF的缺点：

1、对于相同数量的数据集而言，AOF文件通常要大于RDB文件。RDB 在恢复大数据集时的速度比 AOF 的恢复速度要快。

2、根据同步策略的不同，AOF在运行效率上往往会慢于RDB。总之，每秒同步策略的效率是比较高的，同步禁用策略的效率和RDB一样高效。

总结：

           AOF方式在分布式下，可应对大量数据处理问题，但也会存在数据丢失。所以推荐与RDB结合使用（根据需求的不同）。