Redis持久化 Snapshot和AOF说明

http://www.cnblogs.com/zhoujinyi/archive/2013/05/26/3098508.html

BGREWRITEAOF内部实现

我们大概知道了执行BGREWRITEAOF时都发生了什么,下面来说一下Redis是如何实现的.分下面几步:

1. fork! Redis通过fork产生子进程.
2. 子进程对当前数据执行遍历操作,将当前所有数据都生成一条写入日志,将这些日志写入一个临时文件.(其实是子进程写了一个临时文件,又再rename成了另一个临时文件)
3. 父子进程是并行执行的,在子进程遍历并写临时文件的时候,父进程在照常接收请求,处理请求,写AOF,不过这时他是把新来的AOF写在一个缓冲区中.
4. 当子进程完成遍历操作,写完临时文件后,就会退出.这时父进程的wait3函数会接收到子进程退出的消息,他会把自己现在收集在缓冲区中的所有AOF追加在临时文件中.
5. 最后一步,把临时文件rename一下,改名为appendonly.aof,这时原来的aof文件被覆盖.整个过程完成.

如果你的AOF文件稍微大点,你可以在一个终端执行BGREWRITEAOF,然后立刻ls 连着查看几次redis的data目录,就可以看到,先生成了一个临时文件,临时文件比原来的appendonly.aof小一些,然后临时文件消失,而原来的appendonly.aof变小了,其实就是临时文件rename成了appendonly.aof..覆盖了原来的大文件.看起来像是临时文件消失了.

AOF缺点

aof文件巨大，是RDB的好几倍，，而且启动比rdb模式启动慢很多，，，，生产环境建议用RDB模式，，，在使用磁盘阵列的情况下，，RDB不会挂掉。

关于fork copy-on-write 英文解释比较清楚 http://en.wikipedia.org/wiki/Fork_(system_call)

In Unix systems equipped with virtual memory support (practically all modern variants), the fork operation creates a separate address space for the child. The child process has an exact copy of all the memory segments of the parent process, though if copy-on-write semantics are implemented, the physical memory need not be actually copied. Instead, virtual memory pages in both processes may refer to the same pages of physical memory until one of them writes to such a page: then it is copied. This optimization is important in the common case where fork is used in conjunction with exec to execute a new program: typically, the child process performs only a small set of actions before it ceases execution of its program in favour of the program to be started, and it requires very few, if any, of its parent's data structures.

父子进程只要修改了任何一个内存页，，，拷贝开始执行（段拷贝）

参考

fork copy-on-write 

http://www.cnblogs.com/biyeymyhjob/archive/2012/07/20/2601655.html

linux 进程地址空间

http://blog.chinaunix.net/uid-28807611-id-3831119.html

linux 进程地址空间 2

http://www.cnblogs.com/justcxtoworld/archive/2013/05/23/3095846.html