Redis持久化(AOF、RDB)用到的写时复制到底是什么

        Redis中有两种持久化方式，分别为AOF和RDB，这两种方式都会使用写时复制（Copy on Write）,那到底他们是如何工作的呢？

        本文作为Redis持久化AOF和RDB还会配合使用？-CSDN博客的补充内容，请先看上文在看本文，如以了解可跳过。

写时复制(Copy On Write)

        写时复制时计算机领域一种通用的优化策略，其核心思想是，如果有多个调用者同时访问相同的资源(如内存或磁盘中的数据)，它们会共同获取相同的指针指向相同的资源，指针指的是内存页表(虚拟内存和物理内存的映射表)，直到某个调用者修改资源时，系统才会真正复制一份专用副本给该调用者，而其他调用者所见到的最初资源仍然保持不变，这期间对其他调用者是透明的。此做法的主要优点是如果调用者没有修改资源，就不会有副本被创建，因此多个调用者只是读取操作时可以共享一份资源。

        JDK的CopyOnWriteArrayList和CopyOnWriteArraySet容器正是采用了这一思想。简单来说就是平时查询时，都不需要加锁，随便访问，只有在更新的时候，才会从原来的数据复制一个副本出来，然后修改这个副本，最后把原数据替换成这个副本。修改操作时读操作不会阻塞，而是继续读取旧数据。

Redis持久化(AOF、RDB)使用写时复制

        Redis在使用RDB方式进行持久化、AOF重写时，会用到写时复制（Copy On Write）。对Redis来说，主线程fork出bgsave子进程后，bgsave子进程实际是复制了主线程的页表。这些页表中