面试真题：AOF文件越来越大怎么办？

我们知道AOF保存执行的命令进行持久化，时间久了，文件内容会越来越多，aof文件就会越来越大，还原所需要的时间就会越来越多。

举个例子：

如上图这样操作就要保存6条命令。想想下如果存在很多这样的命令，那AOF文件就会越来越大了。

1. redis提供的解决方案叫AOF重写

还是拿上面的例子说吧，读取现在数据库list的所有值（ABCDEF），然后用一条命令RPUSH list A B C D E F写入一个新的AOF文件，写完了就覆盖原来旧的那个aof文件，这就是aof重写。

2. 值得注意的是redis考虑到了像集合这种元素过多的时候不是一个命令写完的，而是也会分多个命令写入。比如我现在list有100个元素，它可能会分2条命令，因为写入太多可能造成缓冲区溢出（是先写缓冲区再写入到AOF文件中）。

缓冲区写入到AOF文件频率配置参数：appendfsync

appendfsync配置项：

① always:每次将缓冲区内容同步到aof文件
② everysec:每一秒将缓冲区内容同步到AOF文件。默认值

③ no：由操作系统决定同步到AOF文件

3. 还有个问题如果是大量写入的话，线程将会被长时间阻塞，redis是单线程的，这样就不能处理客户端的请求命令了。

redis的解决方法是将aof重写放在子进程中，父进程可以继续处理命令请求，子进程带有父进程的数据副本，使用子进程而不使用线程是因为可以避免使用锁，也可以保证数据安全性

4. 又出现了一个问题，这样做子进程和父进程的数据可能不一致了，比如你在写原来的数据时，父进程又处理了新的命令。

redis的解决方案是提供了一个aof重写缓冲区。创建子进程开始，redis执行完写命令后会将命令发送到AOF缓冲区和AOF重写缓冲区，当子进程完成AOF重写工作后，子进程向父进程发送一个信号，父进程将AOF重写缓冲区的内容写入到新AOF文件中。

关注技术和面试，为了更好的offer