Redis选择使用fork一个进程而不是线程的主要原因是为了避免线程安全问题。
Redis是一个内存数据库，所有的数据都存储在内存中。如果使用线程，多个线程可能会同时修改同一个数据，这可能会导致数据的不一致性。而fork一个进程可以保证每个进程都有自己的内存空间，避免数据共享，从而保证数据的一致性。
另外，Redis需要保证每个操作的原子性，即每个操作要么完全执行，要么完全不执行。使用fork可以保证操作的原子性，因为fork出来的子进程和父进程是独立的，不会互相影响。
以上信息仅供参考，建议查阅关于Redis的文献资料获取更全面的信息。
Redis有RDB和AOF两种持久化方式，RDB容易都数据，AOF由于保存的历史，会使得文件非常非常大，就得启用rewrite的功能。所以都会有fork出一个子进程，有子进程将数据写入磁盘。 之前有人说子进程会完全copy父进程的内存，所以必须让redis留出一半的内存空着才会安全。 其实是不准确的，在进行RDB或者rewrite AOF的时候，redis也会利用Linux' Copy-on-write的思想。
简单来说就是子进程并不会真正copu父进程的内存数据，只是在新对象的内存映射表中保存旧数据的指针，只有旧数据有更改，才会把这部分数据copy到新的内存空间吧？
最终就是在写snapshot期间被修改的页面的大小。
