与RDB不同,AOF持久化是通过保存Redis服务器所执行的写命令来记录数据库状态的。被写入AOF文件的所有命令都是以Redis的命令请求协议格式保存的。服务器在启动时,可以通过载入和执行AOF文件中保存的命令来还原服务器关闭之前的数据库状态。
11.1AOF持久化的实现
AOF持久化功能的实现可以分为命令追加( append)、文件写入、文件同步( sync)三个步骤。
11.1.1命令追加
- 当AOF持久化功能处于打开状态时,服务器在执行完一个写命令之后,会以协议格式将被执行的写命令追加到服务器状态的aof_buf缓冲区的末尾。
11.1.2AOF文件的写入与同步
服务器每次结束一个事件循环之前,它都会调用flushAppendOnlyFile函数,考虑是否需要将aof_buf缓冲区中的内容写入和保存到AOF文件里面。
flushAppend0nlyFile函数的行为由服务器配置的appendfsync选项的值来决定,各个不同值产生的行为如表11-1所示。
![](https://i-blog.csdnimg.cn/blog_migrate/eea3f48b274eadce3ff3a6ef4e0047ec.png)
默认为everysec
将aof_ buf缓冲区中的所有内容写入AOF文件并同步到AOF文件,同步AOF文件==把AOF文件保存到磁盘
AOF持久化的效率和安全性
always的效率是最慢,但只会丢失一个事件循环中所产生的命令数据。
everysec的效率足够快,并且就算出现故障停机,数据库也只丢失一秒钟的命令数据。
no的AOF文件写入速度总是最快,但会丢失上次同步AOF文件之后的所有写命令数据。
AOF文件的载入与数据还原
Redis读取AOF文件并还原数据库状态的详细步骤如下:
- 创建一个不带网络连接的伪客户端(fake client)(因为Redis的命令只能在客户端上下文中执行);
- 从AOF文件中分析并读取出一条写命令。
- 从AOF文件中分析并读取出一条写命令。
- 一直执行步骤2和步骤3,直到AOF文件中的所有写命令都被处理完毕为止。
![](https://i-blog.csdnimg.cn/blog_migrate/0930baa7a2357a2fe87e5388c7afbf5d.png)
AOF重写
体积过大的AOF文件很可能对Redis服务器、甚至整个宿主计算机造成影响,并且AOF文件的体积越大,使用AOF文件来进行数据还原所需的时间就越多。
为了解决AOF文件体积膨胀的问题,Redis提供了AOF文件重写(rewrite)功能。通过该功能,Redis服务器可以创建一个新的AOF文件来替代现有的AOF文件,新AOF文件的体积通常会比旧AOF文件的体积要小得多。
11.3.1AOF文件重写的实现
调用aof_rewrite函数从数据库中读取键现在的值,然后用一条命令去记录键值对,代替之前记录这个键值对的多条命令,这就是AOF重写功能的实现原理。(比如连续6条RPUSH命令会被整合成1条)
也就是说,将数据库目前的状态转换为命令,存储在AOF文件中
在实际中,为了避免在执行命令时造成客户端输入缓冲区溢出,重写程序在处理列表、哈希表、集合、有序集合这四种可能会带有多个元素的键时,会先检查键所包含的元素数量,如果元素的数量超过了redis.h/REDIS_AOF_REWRITE_ITEMS_PER_CMD常量的值(默认64),那么重写程序将使用多条命令来记录键的值,而不单单使用一条命令。
11.3.2AOF后台重写
因为Redis服务器使用单个线程来处理命令请求,所以aof_ rewrite放在主线程中执行,线程将被长时间阻塞,服务器将不能处理其他命令。
使用子进程进行AOF重写,在这同时主进程仍然在接受并处理客户端的请求。为了解决数据不一致问题,Redis服务器设置了一个AOF重写缓冲区,这个缓冲区在服务器创建子进程(子进程负责开始重写AOF文件)之后开始使用,当Redis服务器执行完一个写命令之后,它会同时将这个写命令发送给AOF缓冲区和AOF重写缓冲区。 在子进程执行AOF重写期间,服务器进程需要执行以下三个工作:
-
执行客户端发来的命令。
-
将执行后的写命令追加到AOF缓冲区。
注意:为什么还要执行2操作:
旧AOF文件存放的是命令,新AOF文件存放的也是命令,是精简后的命令
因为只有当AOF文件过大时,才会执行AOF文件重写操作,也就是说AOF重写操作是一段时间执行一次,所以2操作还要做。
-
将执行后的写命令追加到AOF重写缓冲区。 这样一来可以保证: 1.AOF缓冲区的内容会定期被写入和同步到AOF文件,对现有AOF文件的处理工作会如常进行。 2.从创建子进程开始,服务器执行的所有写命令都会被记录到AOF重写缓冲区里面。 当子进程完成AOF重写工作之后,它会向父进程发送一个信号,父进程在接到该信号之后,会调用一个信号处理函数,并执行以下工作:
-
将AOF重写缓冲区中的所有内容写入到新AOF文件中,这时新AOF文件所保存的数据库状态将和服务器当前的数据库状态一致。
-
对新的AOF文件进行改名,原子地(atomic)覆盖现有的AOF文件,完成新旧两个AOF文件的替换。 在整个AOF后台重写过程中,只有信号处理函数执行时会对服务器进程(父进程)造成阻塞,在其他时候,AOF后台重写都不会阻塞父进程,这将AOF重写对服务器性能造成的影响降到了最低。
BGREWRITEAOF命令的实现原理
也就是上面所说的