redis 持久化之 RDB
redis的运维过程中，我们对数据持久化做一个基本的总结。
1什么是持久化: redis 所有数据保持在内存中，对数据的更新将异步地保存到磁盘上.
RDB 文件创建的过程是直接从内存 写入到我们我磁盘文件（二进制的方式）redis 读取RDB 文件的时候是从硬盘读取二进制文件到内存
注明：以下2个图片都是来源与网络，版权属于原来的作者
2 持久化的方式：快照方式(RDB)、 写日志方式（AOF）
RDB优点：RDB 是一个紧凑压缩的二进制文件，是某一个时间点的快照数据，适合做备份，全量复制等场景。比如每个固定时间点把RDB 文件拷贝到远程机器或者文件系统(HDFS) 用于灾备
redis 加载RDB恢复数据要快于AOF的方式
RDB缺点:RDB 方式数据没有办法做到实时持久化/妙级持久化，因为bgsave的每次运行都要执行fork操作创建子
进程，属于重量级别操作。频繁执行成本比较高。老版本呢的RDB 文件没有办法兼容新版本的RDB文件
3 RDB 优化配置
优化RBD文件的配置的优化，首先要禁止系统自动的保存方式。
dbfilename dump-${port}.rdb
dir /bigdiskpath
stop-writes-on-bgsave-error yes：在bgsave执行出错时，阻止前面的请求，默认是true
rdbcompression yes：是否对RDB文件进行压缩，默认是yes
rdbchecksum yes： 是否对rdb文件进行校验，默认是yes
4 通过save（内存较大的实例会阻塞基本已经废弃） 命令实现持久化
- 客户端发送save 命令
- 服务器端收到命令并执行后，会阻塞客户端的请求
通过bgsave（创建子进程，子进程只会很短时间的阻塞）命令可以在命令执行触发：命令行执行bgsave，立即触发执行
- save seconds ops即：在seconds 秒内发生在ops次数据变化就会触发RDB 持久化操作
- save 900 1 代表 在900秒内有一次数据变更操作就触发持久化
- 可以同时配置多条触发条件
通过bgsave 命令
- 通过fork一个子进程进行保存操作，所以bgsave不会阻塞客户端请求
- 父进程负责处理客户端请求，父子进程通过fork的copy on write技术进行数据同步
- 在bgsave 执行期间，客户端发送的save和bgsave命令将会被拒绝
- bgrewriteaof 命令和bgsave命令不能同时执行，如果此时正执行bgsave命令，则只有执行完成后才会接着执行bgrewiteaof
原理：
redis有一个周期性函数每隔100ms 执行一次，次函数名叫servercron，此函数的其中一个检测项就是save配置
服务器维护两个属性，dirty即上次保存后数据库发生多少次操作，lastsave，即上次执行操作的时间
以上总结有不当之处可以给我发邮件chenzhaoguang00#126.com ，文中2个图片流程图来源网络，版权属于原作者，如果涉及侵权请告知。文字内容属于博客作者自己整理，转载注明来源
