【后端修行之Redis】AOF持久化

本文用于记录苦啃《Redis设计与实现》后，个人认为有价值的笔记，核心内容均围绕标题展开。既做一个学习的记录，同时也做一个沟通交流，欢迎各位大佬互动~

AOF持久化

AOF，保存redis服务器所执行写命令来记录数据库状态

        AOF持久化

AOF持久化功能实现分为：命令追加、文件写入、文件同步三个步骤。

        ​​​​​​​        ​​​​​​​命令追加

AOF持久化功能打开，服务器在执行完一个写命令，会以协议格式将被执行写命令追加到服务器状态的aof_buf缓冲区末尾。

                AOF文件的写入与同步

Redis的服务器进程就是一个事件循环，这个循环中的文件事件负责接收客户端的命令请求，以及向客户端发送命令回复，而时间时间则负责执行像serverCron函数这样需要定时运行的函数。

因为服务器在处理文件事件时可能会执行写命令，使得一些内容被追加到aof_buf缓冲区里面，所以在服务器每次结束一个事件循环之前，它都会调用flushAppendOnlyFile函数，考虑是否将aof_buf缓冲区的内容写入和保存到AOF文件里面。

没有对服务器配置的appendfsync设置，默认值为everysec。上面这个配置决定了效率和安全性（同步的频率，多了安全但效率慢，少了不安全但快）。

​​​​​​​​​​​​​​        ​​​​​​​AOF文件的载入与数据还原

服务器读入并执行AOF文件保存的写明了，就可以还原到服务器关闭之前的数据库状态。

步骤：

①创建一个不带网络链接的伪客户端（Redis命令只能在客户端上下文中执行，命令来源于文件而不是网络连接）；

②从AOF文件分析并读取一条写命令；

③使用伪客户端执行被读出的写命令；

④执行步骤2、3直至AOF文件中的命令被处理完毕。

​​​​​​​​​​​​​​        AOF重写

AOF内容增多，变大，影响redis服务器以及数据还原速度。

​​​​​​​​​​​​​​        ​​​​​​​        AOF文件重写的实现

解决方案：redis提供AOF重写功能。不需要通过对现有AOF进行读取、分析或者写入，而是读取服务器当前的数据库状态来实现。

实现原理：从数据库读取键现有的值，然后用一条命令去记录键值对，代替之前记录这个键值对的多条命令。

细节：处理列表、哈希表、集合、有序集合四种可能带多个元素的键，为了避免超过客户端输入缓冲区溢出，会拆分称多条命令。

​​​​​​​​​​​​​​        ​​​​​​​        AOF后台重写

避免AOF重写导致服务器无法处理请求，把AOF重写放进子进程执行：

1. 子进程进行AOF重写期间，服务器进程，可以继续处理命令请求；
2. 子进程带服务器进程的数据副本，使用子进程不是线程，可以避免使用锁，保证数据安全性。

但是重写期间对主进程的请求，可能会改变服务器的数据库状态，为了解决数据库的不一致性：

Redis服务器设置了一个AOF重写缓冲区（服务器创建子进程后开始使用）。

过程：子进程执行AOF重写过程，服务器进程需要执行三个工作：①执行客户端发送的命令；②将执行完的写命令写到AOF缓冲区；③将执行完的写命令写到AOF重写缓冲区。