AOF 持久化分为 : 命令追加(append)->文件写入->文件同步(sync) 三个步骤
写入AOF文件不就是同步了吗?这里的写入和 同步的区别是什么?
这里的写入AOF文件, 在现代操作系统中,用户调用了write()函数来将数据写入到文件中,但是操作系统通常会将写入的数据暂时保存在一个 ** 内存缓冲区** 里面,等这个缓冲区的空间被填满、或者超过了指定的时限之后,才真正的将缓冲区中的数据写入到磁盘里面;所以 这里的写入AOF文件,实际上可能并没有真正的落到磁盘里面; 这种做法虽然提高了效率,但是也为写入数据带来了安全问题,因为如果这时候计算机掉电,这一部分数据就会丢失 为此系统提供 了 fsync和fdatasync两个同步函数,他们可以强制操作系统立马将缓冲区中的数据写入到磁盘立马! 所有这里说的 同步 就是让缓冲区的数据写入到磁盘从而实现真正的持久化!
Redis服务器只要读入并重新执行一遍AOF文件里面保存的写命令,就可以还原了服务器关闭之前的数据库状态了
AOF文件经过一段时间之后会越来越大, 所以就需要重写AOF文件来减小文件大小; 实际上,AOF文件重写并不需要对现有的AOF文件进行任何读取、分析或者写入操作;这个功能是通过读取 当前数据库状态来实现的;
redis提供了aof_rewrite函数来重写
如果用redis的服务器进程来进行重写,就会影响redis整体的性能; 那么redis实现的方式是 AOF后台重写
redis 创建一个子进程出来专门做AOF重写操作;
怎么解决AOF在重写的时候,又有新的写命令在执行?
为了解决这种数据不一致的问题,redis服务器设置了一个AOF重写缓冲区,这个缓冲区在服务器创建子进程之后开始使用,当redis服务器执行完了一个写命令之后,它会同事将这个命令发送给 AOF缓冲区和AOF重写缓冲区;
AOF重写缓冲区是怎么被使用的?
当子进程完成AOF重写工作之后,它会向父进程发送一个信号量,父进程在接收到改信号之后,会调用一个信号处理函数,并执行以下操作: 1.将AOF重写缓冲去中的所有内容写入到新的AOF文件中;这是新的AOF文件所保存的数据库状态将和服务器当前的数据库状态一致; 2.对新的AOF文件进行改名,原子的覆盖现有的AOF文件,完成新旧两个AOF文件的替换
这个信号处理函数执行完毕之后,父进程就可以继续像往常一样接受命令了,整个AOF后台重写过程中,只有这个信号处理函数是阻塞主进程的