Redis持久化方式AOF和RDB(二)AOF

跳转到------Redis持久化方式-->RDB

Redis持久化

1. RDB（Redis DB）------数据
2. AOF（AppendOnlyFiel）------命令

默认情况下，RDB开启，AOF关闭。

这两种形式都可以将存储在内存中的数据库数据以文件形式保存到硬盘中，防止数据丢失。

文件位置：/var/lib/redis/6379

AOF

        AOF持久化保存数据库的方法是：每当有修改的数据库的命令被执行时，服务器就会将执行的命令写入到AOF文件(日志文本文件)的末尾。

        因为AOF文件里存储了服务器执行过得所有数据库修改的命令，所以给定一个AOF文件，服务器只要重新执行一遍AOF文件里面包含的所有命令，就可以达到还原数据库的目的。

安全性问题

        虽然服务器执行一个修改数据库的命令，就会被执行的命令写入到AOF文件，但这并不意味着AOF文件持久化不会丢失任何数据。

        在目前常见的操作系统中，执行系统调用write函数，将一些内容写入到某个文件里面时，为了提高效率，系统通常不会直接将内容写入到硬盘里面，而是先将内容放在一个内存缓冲区(buffer)里面，等到缓冲区被填满，或者用户执行fsync调用和fdatasync调用时才将储存在缓冲区里面的内容真正的写入到硬盘里。

         对于AOF持久化而言，当一条命令真正的被写入到硬盘里面时，这条命令才不会因为停机而意外丢失。

        因此，AOF持久化在遭遇停机时丢失命令的数量，取决于命令被写入到硬盘的时间。

为了控制redis服务器在遇到意外停机时丢失的数据量，redis为AOF持久化提供了appendfsync选项，这个选项的值可以是always、everysec或者no。

Always

服务器每写入一个命令，就会调用一次fdatasync，将缓冲区里面的命令写入到硬盘里。在这种模式下，服务器即使遇到意外停机，也不会丢失任何自己已经成功执行得命令数据

Everysec

服务器每一秒重调一次fdatasync，将缓冲区里面的命令写入到硬盘里面。在这种模式下，服务器即使遭遇意外停机，最多只丢失一秒钟内执行得命令数据

No

服务器不主动调用fdatasync，由操作系统决定何时将缓冲区里面的命令写入到硬盘里面。在这种模式下，服务器遭遇意外停机时，丢失的数据是不确定的

运行速度：alawys的速度慢，everysec和no都很快。默认值为：everysec

AOF文件中的冗余命令

随着服务器的不断运行，为了记录数据库发生的变化，服务器会将越来越多的命令写入到AOF文件里面，使得AOF文件的体积不断增大。            为了让AOF文件的大小控制在合理的范围，避免他胡乱增长，redis提供了AOF重写功能，通过这个功能，服务器可以产生一个新的AOF文件：

• 新的AOF文件记录的数据库数据和原有AOF文件记录的数据库数据完全一样
• 新的AOF文件会使用可能少的命令来记录数据库数据，因此新的AOF文件的体积通常会比原有的AOF文件体积小很多
• AOF重写期间，服务器不会阻塞，可以正常处理客户端发送的命令请求

两种触发AOF重写的方法

1. 客户端向服务器发送 BGREWRITEAOF 命令                                                
2. 通过设置配置选项来让服务器自动执行BGREWRITEAOF命令，他们分别是：①auto-aof-rewrite-min-size <size>，触发AOF重写所需的最小体积，只要在AOF文件的体积大于或等于size时，服务器才会考虑是否需要AOF重写，这个选项用于避免对体积过小的AOF文件进行重写。②auto-aof-rewrite-percentage <percent>，指定触发重写所需的AOF文件体积百分比，当AOF文件体积大于auto-aof-rewrite-min-size指定的体积，并且超过上一次重写之后的AOF文件体积的percent%时，就会触发AOF重写。(将这个值设置为0表示关闭自动AOF重写)。

AOF的特点

        AOF文件会产生越来越多的冗余命令，使得文件体积不断增大，而执行AOF重写操作后，服务器可以创建一个保存相同数据库数据，但不包含任何冗余命令的新的AOF文件，并使用这个新的AOF文件来替代原有的AOF文件