redis持久化策略

RDB持久化

RDB：通过持久化数据库中的键值对来记录数据库状态的不同

RDB持久化既可以手动执行，也可以根据服务器配置选项定期执行，该功能可以将某个时间点上的数据库状态保存到
一个RDB文件当中。

采用BGSAVE命令生成RDB文件不阻塞当前进程。

数据库启动的时候会自动从RDB文件中读取数据进行恢复。

如果服务器开启了AOF持久化功能，那么服务器会优先使用AOF文件来还原数据库状态。

我们可以通过设置：每隔一定的时间自动执行BGSAVE命令。

AOF持久化

AOF：通过保存Redis服务器所执行的写命令来记录数据库状态

服务器执行写命令，使得一些内容被追加到aof_buf缓冲区，服务器需要将aof_buf缓冲区当中的内容写入和保存到AOF文件里。

刷新的操作有三种：
1.always：将aof_buf缓冲区中的所有内容写入并同步到aof文件
2.everysec：每过一秒钟同步一次，这个同步过程由一个线程执行。
3.no：不强制对aof进行同步，何时同步由操作系统来定。

随着数据库的运行，AOF文件的体积会逐渐增大，这对数据库性能而言是个不小的损耗。

为了解决AOF文件体积膨胀的问题，Redis提供了AOF文件重写功能。
重写原理：首先从数据库中读取键现在的值，然后用一条命令去记录键值对，代替之前记录这个键值对的多条命令。
当然，当键的值所包含的元素数量超过了某个常量。。。

为了保证在AOF重写期间，主进程还能处理请求，会fork新的子进程进行后台aof。

为了解决数据不一致的问题，主进程在aof后台启动重写之后，会在内存当中维护一个aof重写缓冲区。

会将命令写入到重写缓冲区当中，当aof缓冲区的内容同步到磁盘文件当中之后再将重写缓冲区的内容刷到aof文件中。

RDB持久化与AOF的不同

参考链接