Redis持久化过程中，有新写入操作会怎样？----Redis写时复制（copy-on-write）策略

• RDB持久化：bgsave触发，Redis调用fork()函数，创建一个子进程（子进程与父进程共内存），子进程执行持久化操作，将内存中的缓存持久化到一个rdb临时文件，待到持久化完成，临时文件替换旧的dump.rdb文件。自此一次RDB持久化操作就完成了。
• AOF持久化：AOF 持久化时，会将新写入的命令放入aof_buff中，然后检测时间（这个时间就是redis.conf中配置的aof执行频率），再决定是否持久化。当发生aof日志重写时，Redis同样会调用fork()函数，创建一个子进程，对当前内存中的数据进行持久化到一个临时aof文件，这个期间产生的写操作会存入缓冲区，待到持久化完成后，再将缓冲区的操作写入aof后面。

上面对redis持久化的解释在很多文章中都有介绍。咋一看，好像很严谨，但是细心的朋友可能会有个疑问，在子进程持久化数据的过程中，若客户端对内存数据有改动，这时子进程持久化的数据是旧数据还是新数据呢？

这是个比较细节的问题，涉及到的是Redis的写时复制（copy-on-write）策略。我们以RDB持久化讲解。

1. redis有一个主进程, 在写数据, 这时候有一个命令（bgsave）过来了, 说要把数据持久化到磁盘.（下图为redis没有开始bgsave的模型图）
   
2. 我们知道redis的worker是单线程的, 如果要持久化这个行为也放在单线程里, 那么如果需要持久化数据特别多, 将会影响用户的使用. 所以单开一个进程专门来做持久化的操作.那么写数据, 写什么呢? 肯定是要把redis内存中的数据写入. 这时候, 其实redis内存中的数据保存的是一个虚拟地址. 他真实指向的是物理内存的地址(绿色部分)
   
3. 这时候, 要拷贝, 就是把真实数据的地址拷贝一份到需要持久化的进程中，注意这边是拷贝地址，执行很快。
   
4. 其实持久化进程这个时候只是指向了数据的地址, 内存消耗并不多. 如果这时候, 原来的数据修改了, 怎么办呢?Redis会开辟一块新的空间, 让写数据的地址指向新的空间,这里就是copy-on-write策略，持久化的还是修改之前的数据，修改的数据已经是复制出来的另一份数据了。
   

AOF日志重写过程中也是用到了copy-on-write策略（如上）。