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个图片流程图来源网络，版权属于原作者，如果涉及侵权请告知。文字内容属于博客作者自己整理，转载注明来源