redis进行持久化时，有新的写操作将如何解决——写时复制和同步策略

        我们知道，为了保证数据的安全性，redis提供了两种持久化方案：RDB和AOF，他们都会创建一个子进程专门进行持久化操作，那么这就产生有一个问题了，当持久化过程中，客户端给主进程发送一个写命令，父子进程如何处理的呢？这时子进程持久化的数据是旧数据还是新数据呢？

        在RDB持久化缓存中，redis为了解决这个问题使用了写时复制技术，那么什么是写时复制呢？wiki上这么解释的：

        写入时复制（英语：Copy-on-write，简称COW）是一种计算机程序设计领域的优化策略。其核心思想是，如果有多个调用者（callers）同时请求相同资源（如内存或磁盘上的数据存储），他们会共同获取相同的指针指向相同的资源，直到某个调用者试图修改资源的内容时，系统才会真正复制一份专用副本（private copy）给该调用者，而其他调用者所见到的最初的资源仍然保持不变。这过程对其他的调用者都是透明的。此作法主要的优点是如果调用者没有修改该资源，就不会有副本（private copy）被创建，因此多个调用者只是读取操作时可以共享同一份资源。

        redis进行RDB持久化遇到新的写操作执行过程如下：

        1、持久化开始，fork()子进程，指向同一物理空间

        在持久化过程中调用glibc(Linux下的C函数库)的函数fork()产生一个子进程，快照持久化完全交给子进程来处理，父进程继续处理客户端的读