我们知道AOF保存执行的命令进行持久化,时间久了,文件内容会越来越多,aof文件就会越来越大,还原所需要的时间就会越来越多。
举个例子:
如上图这样操作就要保存6条命令。想想下如果存在很多这样的命令,那AOF文件就会越来越大了。
- redis提供的解决方案叫AOF重写
还是拿上面的例子说吧,读取现在数据库list的所有值(ABCDEF),然后用一条命令RPUSH list A B C D E F写入一个新的AOF文件,写完了就覆盖原来旧的那个aof文件,这就是aof重写。
- 值得注意的是redis考虑到了像集合这种元素过多的时候不是一个命令写完的,而是也会分多个命令写入。比如我现在list有100个元素,它可能会分2条命令,因为写入太多可能造成缓冲区溢出(是先写缓冲区再写入到AOF文件中)。
缓冲区写入到AOF文件频率配置参数:appendfsync
appendfsync配置项:
① always:每次将缓冲区内容同步到aof文件
② everysec:每一秒将缓冲区内容同步到AOF文件。默认值
③ no:由操作系统决定同步到AOF文件
- 还有个问题如果是大量写入的话,线程将会被长时间阻塞,redis是单线程的,这样就不能处理客户端的请求命令了。
redis的解决方法是将aof重写放在子进程中,父进程可以继续处理命令请求,子进程带有父进程的数据副本,使用子进程而不使用线程是因为可以避免使用锁,也可以保证数据安全性
- 又出现了一个问题,这样做子进程和父进程的数据可能不一致了,比如你在写原来的数据时,父进程又处理了新的命令。
redis的解决方案是提供了一个aof重写缓冲区。创建子进程开始,redis执行完写命令后会将命令发送到AOF缓冲区和AOF重写缓冲区,当子进程完成AOF重写工作后,子进程向父进程发送一个信号,父进程将AOF重写缓冲区的内容写入到新AOF文件中。
关注技术和面试,为了更好的offer