AOF
AOF的实现
定义:与MySQL的redo log(重做日志)不同的是AOF是先写数据后写日志(因为先写数据的话可以先校验写入的redis语句的语法是否是正确的,避免写入语法错误的语句导致出错),AOF是以命令的形式进程存储的,这些命令都是以文本进行保存的
先写数据后写日志的优点
- 先让系统执行命令,执行成功之后才将数据写入到日志中,如果语法错误就将错误返回给客户端
- 不会阻塞当前的写操作
AOF的风险
- 如果当数据修改之后,Redis就宕机了,这时候还没有来得及将数据记载到日志中,所以无法用日志来恢复数据,这样这一部分的数据就会丢失
- AOF虽然不会阻塞当前的写的操作,但是因为Redis是单线程的原因,而AOF又是在主线程中进行攥写的,那么如果因为写回磁盘过久,那么也会导致下一步的操作没有办法进行
解决方案
三个写回策略
- Always:同步写回,每一个命令完成就立马将日志写回磁盘
- Everysec:每秒写回:每个命令执行完之后将命令写入AOF的内存缓冲区,每隔一秒将内容写入到缓冲区
- NO:操作系统的控制的写回:每个命令执行完之后将命令写入到AOF的内存缓冲区,至于什么时候写回到磁盘看操作系统
三种方式的优缺点
AOF的重写机制
原因:当AOF文件太大的时候,Redis就根据数据库的现状重新创建一个新的AOF文件,因为AOF采用的是追加的方式,所以当一条键值对被反复修改时会有多条数据,那么重写日志便可以将这些数据合并
重写的过程
过程:每次执⾏重写时,主线程fork出后台的bgrewriteaof⼦进程。此时,fork会把主线程的内存拷⻉⼀份给bgrewriteaof⼦进程,这⾥⾯就包含了数据库的最新数据。然后,bgrewriteaof⼦进程就可以在不影响主线程的情况下,逐⼀把拷⻉的数据写成操作,记⼊重写⽇志。