Redis持久化--AOF

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⼦进程就可以在不影响主线程的情况下，逐⼀把拷⻉的数据写成操作，记⼊重写⽇志。