宕机后,Redis如何实现快速恢复?
上次学习了Redis 持久化机制AOF,今天学习另一种机制:**内存快照。**用 AOF 方法进行故障恢复的时候,需要逐一把操作日志都执行一遍。如果操作日志非常多,Redis 就会恢复得很缓慢,影响到正常使用。所谓内存快照,就是指内存中的数据在某一个时刻的状态记录,在做数据恢复时,我们可以直接把 RDB 文件读入内存,很快地完成恢复。
Redis 提供了两个命令来生成 RDB 文件,分别是 save 和 bgsave。
-
save:在主线程中执行,会导致阻塞;
-
bgsave:创建一个子进程,专门用于写入 RDB 文件,避免了主线程的阻塞,这也是 Redis RDB 文件生成的默认配置。
快照时数据能修改吗?
为了保证快照完整性,它只能处理读操作,因为不能修改正在执行快照的数据。为了快照而暂停写操作,肯定是不能接受的。Redis 就会借助操作系统提供的写时复制技术(Copy-On-Write, COW),在执行快照的同时,正常处理写操作。
bgsave 子进程是由主线程 fork 生成的,可以共享主线程的所有内存数据。bgsave 子进程运行后,开始读取主线程的内存数据,并把它们写入 RDB 文件。
举个例子,如果主线程对这些数据也都是读操作(例如图中的键值对 A),那么,主线程和 bgsave 子进程相互不影响。但是,如果主线程要修改一块数据&