Redis的持久化方式
一、概述
Redis提供了不同的持久性选项:
RDB持久性按指定的时间间隔执行数据集的时间点快照。
AOF持久性会记录服务器接收的每个写入操作,这些操作将在服务器启动时再次播放,以重建原始数据集。使用与Redis协议本身相同的格式记录命令,并且仅采用追加方式。当日志太大时,Redis可以在后台重写日志。
如果您希望,只要您的数据在服务器运行时就一直存在,则可以完全禁用持久性。
可以在同一实例中同时合并AOF和RDB。请注意,在这种情况下,Redis重新启动时,AOF文件将用于重建原始数据集,因为它可以保证是最完整的。
Redis提供了不同的持久性方式,即为RDB和AOF两种持久化方式,RDB持久化是指,在指定的时间间隔内将内存中的数据集写入到磁盘中,这个时间间隔可以在配置文件中手动配置,而AOF持久化则记录的时每个写入的操作而不是数据集,在恢复数据时,在服务器启动时再一次执行写入操作,重新建立数据,为了避免AOF文件会越来越大,AOF采用文件追加的方式,当AOF的大小超过所设定的阈值时,redis会启动AOF的内容压缩,只保留可以恢复数据的最小指令集。
在redis中同时开启AOF和RDB两种持久化方式,redis默认优先取AOF的数据。
二、Redis持久化–RDB
1、RDB的保存文件和保存路径
在redis的redis.conf可以指定RDB保存文件名字,文件名以.rdb结尾,如下图dump.rdb。可以在redis.conf中指定,RDB文件的保存路径,如下图RDB文件将会保存在/opt/myRedis/redis_dbfile/目录下
2、RDB的保存策略
- 保存策略一
自动备份规则(满足以下三种条件其中之一则生成rdb文件)
save 900 1 #900秒内完成1次对数据的改变 save 300 10 #300秒内完成1次对数据的改变 save 60 10000 #一分钟内完成1次对数据的改变
- 保存策略二
正常关闭redis触发持久化,如使用shutdown命令关闭redis(shutdown),如下图:
3、RDB持久相关配置(在redis.conf配置文件中)
stop-writes-on-bgsave-error yes 后台存储存储发生错误时禁止写入
- 默认为yesrdbcompression yes 启动rdb文件压缩,耗费CPU资源
- 默认为yesrdbchecksum yes 对rdb数据进行校验,耗费CPU资源
- 默认为yesdbfilename dump.rdb rdb文件名称dir ./ rdb文件保存目录
4、RDB的备份与恢复
RDB的备份
先通过config get dir 查询到rdb文件的目录,然后再将*.rdb文件拷贝到别的地方,简单来说就是找到你需要备份的rdb文件,然后拷贝就完成了rdb的备份
RDB的恢复
- a.关闭redis
- b.把rdb文件放到redis的工作目录下
- c.启动redis,备份的数据就会直接加载
5、RDB的优缺点
优点:
节省磁盘空间恢复数据速度快
缺点:
虽然redis在持久化创建一个子线程进行持久化,并且使用了“写时复制”技术,但是如果数据足够庞大还是比较消耗性能的。
在一定间隔时间做一次备份,所以如果redis意外down掉的话,就会丢失最后一次快照后的所有修改
三、Redis持久化–AOF
1、AOF的保存文件和保存路径
AOF默认是不开启的,需要在配置文件中手动配置,如下图在redis.conf中将appendonly设置为yes表示开启AOF持久化,appendfilename参数表示AOF保存文件,AOF文件保存路径和RDB文件保存路径一致,即设置dir参数
2、AOF的保存策略
在配置文件中设置AOF保存策略,当appendfsync属性设置为always表示每次redis的写入都会被记入日志;
everysec表示每秒记入日志一次,如果宕机,本秒的数据可能丢失;
no表示不主动记入
3、AOF的重写机制
AOF是通过记录redis的写入命令来实现持久化的,在恢复数据时,在服务器启动时再一次执行写入操作,重新建立数据,所以问题就诞生了,AOF文件的大小随着时间的流逝一定会越来越大,大大影响了redis服务器的性能,避免出现此种情况,AOF新增了重写机制,当AOF文件的大小超过所设定的阈值时,Redis就会启动AOF文件的内容压缩,只保留可以恢复数据的最小指令集.如下图实例,AOF用一条rpush list “B” “D” “E” “F” “G” “a” "b"代替前面的5条命令。
4、AOF的备份与恢复
AOF的备份和恢复和RDB的备份和恢复操作一致,都是拷贝备份文件,需要恢复时将备份文件放到redis的工作目录下,启动系统即加载数据。
注意:当AOF和RDB同时开启时,系统默认取AOF的数据。
5、AOF的优缺点
优点:
备份机制更健壮,丢失数据的概率更低可读的持久化日志文本,通过操作AOF稳健,可以处理误操作
缺点:
比起RDB占用更多的磁盘空间恢复数据比RDB慢每次读写都写入AOF的话,有一定的性能压力存在个别bug,造成恢复不能
四、两种持久化方式如何选型
1、官方推荐两个都使用
2、如果对数据不敏感,可以选单独用RDB
3、不建议单独使用AOF,因为会出现个别bug
4、如果只是做纯内存缓存,可以都不用
总结
以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。
最新评论