本文用于记录苦啃《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重写放进子进程执行:
- 子进程进行AOF重写期间,服务器进程,可以继续处理命令请求;
- 子进程带服务器进程的数据副本,使用子进程不是线程,可以避免使用锁,保证数据安全性。
但是重写期间对主进程的请求,可能会改变服务器的数据库状态,为了解决数据库的不一致性:
Redis服务器设置了一个AOF重写缓冲区(服务器创建子进程后开始使用)。
过程:子进程执行AOF重写过程,服务器进程需要执行三个工作:①执行客户端发送的命令;②将执行完的写命令写到AOF缓冲区;③将执行完的写命令写到AOF重写缓冲区。