Redis持久化(RDB/AOF)、RDB的启动方式(save/bgsave/save配置)、RDB三种启动方式对比
什么是持久化
利用永久性存储介质将数据进行保存,在特定的时间将保存的数据进行恢复的工作机制称为持久化
为什么要进行持久化
防止数据的意外丢失,确保数据安全性
持久化过程保存什么
1.将当前数据状态进行保存,快照形式,存储数据结果,存储格式简单,关注点在数据 RDB 2.将数据的操作过程进行保存,日志形式,存储操作过程,存储格式复杂,关注点在数据的操作过程 AOF
一、RDB启动方式——save指令
命令执行
谁:redis操作者(用户)
什么时间:即时(随时进行)
干什么事:保存数据
命令
save #客户端设置完key/value之后输入save保存
作用
手动执行一次保存一次数据
执行持久化命令之后在日志存放地址发现dump.rab文件,执行save命令保存数据的文件,保存当前的快照信息。
二、RDB启动方式——save指令相关配置
在配置文件中修改以下参数
三、数据恢复过程演示
就是在启动的时候将数据加载过来的
四、RDB启动方式——bgsave指令
Redis是单线程任务执行序列,如果执行save命令时间过长会阻塞当前Redis服务器,直到当前RDB过程完成为止,有可能会造成长时间阻塞,线上环境不建议使用。
数据量过大,单线程执行方式造成效率过低如何处理:放在后台执行
谁执行:redis操作者(用户)发起指令;redis服务器控制指令执行
什么时间:即时(发起);合理的时间(后台执行)
干什么事情:保存数据
命令
bgsave #后台操作 作用:手动启动后台保存操作,但不是立即执行
bgsave指令工作原理 (******)
1.客户端发送bgsave指令到redis服务端 2.系统调用fork函数,生成子进程 3.创建rdb文件 4.完成之后会返回redis服务端消息,告诉已经保存完毕 操作流程可以在日志文件中查看到
注意:bgsave命令是针对save阻塞问题做的优化。Redis内部所有涉及到RDB操作都采用bgsave的方式,save命令可以放弃使用
五、RDB启动方式——自动执行save配置(后台还是使用bgsave指令)
前面两种都是手动执行,如果忘记执行命令怎么办?不知道数据产生了多少变化,何时保存。
自动执行
谁:redis服务器发起指令(基于条件)
什么时间:满足条件
干什么事情:保存数据
conf配置文件: save seconds changes 作用:满足限定时间范围内key的变化数量达到指定数量即进行持久化 参数: second:监控时间范围(单位是s) changes:监控key的变化量 位置:在conf配置文件中进行配置 例如 save 900 1 #900秒内监测到1个key发生变化,在规定时间内只要有这些数量的key发生变化
注意:配置好后,后台还是使用的bgsave指令,除了查询之外,增加、修改、覆盖key值都会保存记录
save配置原理
注意
1.save配置要根据实际业务情况进行设置,频率过高过低都会出现性能问题,结果可能是灾难性的。 2.save配置中对于second和changes设置通常具有互补对应关系,尽量不要设置成包含关系 3.save配置启动后执行的是bgsave操作
六、RDB三种启动方式对比
七、RDB特殊启动形式
1.全量复制 在主从复制中详细讲解 2.服务器运行过程中重启 debug reload 3.关闭服务器时指定保存数据 shutdown save
八、RDB优缺点