Redis数据持久化之RDB

Redis提供两种数据持久化方式，一种是AOF，一种是RDB。AOF是记录操作命令，不是实际数据，所以在进行故障恢复的时候，需要把操作日志执行一遍，如果日志非常多，Redis数据恢复就会变慢，影响正常使用。而RDB记录的是某一时刻的数据，并不是操作，内存快照既可以保证数据的可靠性，也能在Redis宕机时实现快速恢复数据。

使用RDB需要考虑以下几个问题：

• 对哪些数据进行快照？（执行效率）
• 做快照时，Redis还能提供正常服务吗？（是否阻塞主线程）
• 多久做一次快照？（性能开销）

Redis的数据都存储在内存中，为了提供所有数据的可靠保证，它执行的是全量快照。但是，给内存的全量数据做快照，会花费很多时间，而且数据越多，RDB文件越大，往磁盘写数据的时间开销越大。

Redis提供了两个命令来生成RDB文件，分别是save和bgsave：

• save：在主线程中执行，会导致阻塞；
• bgsave：创建一个子进程，专门用于写入RDB文件，避免主线程阻塞。（默认）

快照时数据能修改吗？

如果数据为4GB，磁盘写入带宽为0.2GB/s，则需要20秒才能写完。如果在写入操作进行的第5秒，一个还没有写入磁盘的数据被修改了，那么数据的完整性就被破坏了，因为最后写入磁盘的数据不是同一时刻的状态了。如果