内容概要
持久化的作用
什么是持久化
redis所有数据保存在内存中，对数据的更新将异步地保存到磁盘上。
将数据持久化到硬盘中，这样redis重启数据也不会丢失。当需要恢复数据时，就可以从硬盘中读取数据到内存中，然后进行数据恢复。
持久化方式
快照 --> 某个时刻的完整数据备份
写日志 --> 记录数据的变化信息
RDB持久化
什么是RDB
RDB方式其实是通过一条命令将当前redis内存数据完整的生成一个快照然后写入到RDB文件中，RDB文件有自身的一些格式，是采用二进制形式来保存的，当需要对redis数据进行恢复，比如redis做了一次重启，那么就可以将该文件重新载入到redis中，将某个时刻的redis数据备份恢复到redis当中。
在主从复制中RDB还充当了复制的媒介作用。
触发机制 - 主要三种方式
主要三种方式包括：save(同步)、bgsave(异步)、自动
save命令
在客户端执行save命令，redis就会帮我们生成一个RDB文件。
执行这个命令有个问题就是它是一个同步命令，在执行该命令时，其他所有命令都需要排队，数据量大的时候可能造成redis服务器阻塞。
bgsave(异步) -- 异步命令
执行完毕之后返回ok，会在后台单独开启一个线程去执行，使用了linux的fork()函数生成了主进程的一个子进程，
由redis子进程去生成RDB文件；文件策略和复杂度同save
注意：fast说明子进程是执行非常快的(大多数情况)，但是极少数情况下fork执行慢的话依然会阻塞redis
自动生成 -- 达到某些条件情况下自动生成RDB文件
如果60s改变了1万次数据，300s改变了10次数据，900s内改变了一条数据三个条件任意满足即会自动生成RDB文件
相关配置
除了save的三个配置外，redis提供的配置还包括
dbfilename --> 配置生成的文件名
dir --> 包括rdb/aof和日志文件存放在哪，默认是当前目录
stop-writes-on-bgsave-error --> 如果bgsave发生错误是否停止写入
rdbcompression --> rdb文件是否采用压缩格式
rdbchecksum --> 是否对rdb文件的校验和进行检验
最佳配置
1.将save配置关闭
2.使用端口号区分文件(redis集群)
3.选用大硬盘目录作为保存路径
4.选用压缩格式，因为文件会比较小，RDB文件在主从复制进行拷贝，开启压缩格式有利于提升拷贝速度
触发机制 - 不容忽略方式
1.全量复制(主从复制介绍)
有时候没有执行save和bgsave，也没有配置自动生成策略，为什么还会生成RDB文件？
这就要考虑到全量复制，也就是主从之间要进行复制的时候，主会自动生成RDB文件
2.debug reload
Redis还提供了debug reload来进行debug级别的重启，
也就是不需要将内存(数据)进行清空的重启，这时候这个机制仍然会触发RDB文件的生成
3.shutdown
我们在执行shutdown时候，它会有一个参数叫shutdownsave会执行RDB文件的生成
试验
1.save是否会阻塞redis
2.bgsave fork的执行过程
3.自动策略是否真的有效
4.RDB文件内容
RDB总结
1.RDB是Redis内存到硬盘的快照，用于持久化
2.save通常会阻塞Redis
3.bgsave不会阻塞Redis，但是会fork新进程
4.save自动配置满足任一条件就会被执行(通常不使用)
5.有些触发机制不容忽视
网友评论