Redis设计与实现-持久化篇

redis数据库

1. 默认16个数据库，每一个数据库由一个redis.h/redisDb结构表示，此结构里的dict字典与expires字典，其中dict保存了该库全部键值对，此字典即为键空间；expires字典保存了数据库中全部键的过时时间，该字典的键为指向键空间中的某键对象，值为long long 类型的整数表示的过时unix时间戳。
2. 对键空间进行操做时还有额外的一些操做：
• 更新命中或不命中次数；
• 更新LRU（最后一次使用）时间；
• 判断键是否过时，若过时则先删除此键而后在执行其余操做；
• 若是有watch命令监视此键，则将此键标识为dirty让应用程序注意到；
• 修改键对dirty计数器+1以触发持久化及复制操做；
• 发送可能的数据库通知
3. redis使用惰性删除与按期删除配合策略
• 惰性删除：只在取键是判断是否删除，对CPU友好对内存不友好；
• 按期删除：每隔必定时间执行一次，且限制执行的时长和频率，屡次遍历各库，随机检查过时时间并删除
4. RDB持久化模式对过时的键处理：
• 生成rdb文件时已过时的键不会保存到文件里；
• 载入时若是当前服务器已主服务器模式运行，则忽略过时键，若是从服务器模式则不论过时都载入而后等待与主服务器同步到已过时的键。
5. AOF持久化模式对过时键的处理：
• 只有在过时键被惰性删除或按期删除后才会在AOF文件里追加一条DEL记录；
• AOF重写与生成RDB文件类型，过时键不会报错到重写后的AOF文件中
6. 复制模式下主服务器经过发送DEL命令控制从服务器的过时键删除，从服务不去判断是否过时或是否应删除。
7. redis2.8版本支持两种数据库通知：
• 键空间通知：即通知某个键都执行了哪些命令；
• 键时间通知：即通知某个命令被哪些键执行了。

以上文字来自Dimmacro，转载请说明来源：http://www.cnblogs.com/dimmacro/ 

RDB持久化：保存数据库中某个时间点的键值对

1. SAVE和BGSAVE命令均可以生成二进制RDB文件到磁盘，只是SAVE命令会在建立文件过程当中一直阻塞，期间不能处理任何客户端的命令请求，而BGSAVE会fork一个子进程，不影响主进程接收并执行命令；
2. redis服务器在启动时会先看AOF是否开启，优先使用AOF文件来还原数据库状态，只用AOF关闭才会载入RDB文件；服务器在载入RDB文件期间会一致处于阻塞状态直到完成；
3. SAVE、BGSAVE、BGWRITEOF三个命令不会同时执行；
4. 对于BGSAVE，因为服务器记录上距上次成功SAVE或BGSAVE后全部数据库状态已被修改的次数以及上次的时间点，因此用户能够经过save 时间段 修改次数 的命令形式来设置自动触发BGSAVE，如save 60 1000 表示60秒内超过1000次的修改就须要触发一次BGSAVE。
5. RDB文件内部各内容结构图：

AOF持久化：保存服务器所执行的写命令

1. AOF打开后服务器执行完一个写命令，会以协议格式将此写命令写到aof_buf缓冲区末尾，每一个事件处理完后根据不一样的appendfsync策略进行写入与同步aof文件：
• always:将aof_buf内的全部内容写入并同步aof文件；
• everysec：将aof_buf内的全部内容写入aof文件，并由一个专门的线程检查距离上次同步aof是否超过1秒，超过则同步本次内容到aof文件，默认的方式；
• no：将aof_buf内的全部内容写入aof文件，但由操做系统来决定什么时候同步
2. aof重写经过读取数据库中当前的键值对来从新生成aof文件，达到合并多条写命令来减少aof文件的体积的目的，并非对现有的aof文件进行任何读取，分析或者写入操做。
3. aof重写的过程以下：
• 主进程fork出一个子进程来进行重写,重写期间主进程的新的写命令会写到aof重写缓冲区；
• 子进程完成重写后会发送一个信号给主进程通知重写完成；
• 主进程将aof重写缓冲区中新的写命令继续写入到新aof文件，并将新aof文件更名，原子的覆盖现有的aof文件，实现新旧aof文件的替换；

以上文字来自Dimmacro，转载请说明来源：http://www.cnblogs.com/dimmacro/