131  
查询码:00000448
Redis持久化配置
作者: 陈一奇 于 2022年01月24日 发布在分类 / 人防组 / 人防后端 下,并于 2022年01月24日 编辑
Redis

redis有两种持久化方式:RDB和AOF。具体差别跟优缺点可参考 https://www.jb51.net/article/121848.htm

RDB配置方式

默认情况下,是快照RDB的持久化方式,将内存中的数据以快照的方式写入二进制文件中,默认的文件名是dump.rdb

粘贴图片

redis.conf默认配置:

save 900 1

save 300 10

save 60 10000

 配置含义:

 900秒内,如果超过1个key被修改,则发起快照保存

 300秒内,如果超过10个key被修改,则发起快照保存

 60秒内,如果1万个key被修改,则发起快照保存

 默认配置不方便看效果,可将快照频率设大一点,在redis.conf中增加一行:

save 10 1

粘贴图片

保存后,启动redis服务端和客户端。在客户端输入命令:

粘贴图片

输入完,发现dump.rdb文件的修改日期变了,并且redis服务端增加了保存日志:

粘贴图片

接下来,重启redis服务端和客户端,看数据是否真的持久化了:

粘贴图片

这里说明使用RDB快照持久化成功了

 

AO F 配置方式

redis.conf默认配置:

appendonly no

配置文件中的appendonly修改为yes,开启AOF持久化。开启后,启动redis服务端,发现多了一个appendonly.aof文件

粘贴图片

使用AOF做持久化,每一个命令以 Redis 协议的格式来保存,新命令会被追加到文件的末尾。 Redis 还可以在后台对 AOF 文件进行重写,使得 AOF文件的体积不会超出保存数据集状态所需的实际大小。实际上,AOF持久化并不会立即将命令写入到硬盘文件中,而是写入到硬盘缓存,在接下来的策略中,配置多久来从硬盘缓存写入到硬盘文件。所以在一定程度一定条件下,还是会有数据丢失,不过你可以大大减少数据损失

# appendfsync always

appendfsync everysec

# appendfsync no

配置含义:

always: 每次操作都会立即写入aof文件中

everysec: 每秒持久化一次(默认配置)

no: 不主动进行同步操作,默认30s一次

当然always一定是效率最低的个人认为everysec 就够用了,数据安全性能又高。Redis也允许我们同时使用两种方式,再重启redis后会从AOF中恢复数据,因为AOF比RDB数据损失小嘛

配置好后,启redis客户端,输入命令:

粘贴图片

最后的flushall是清除所有的键值。打开appendonly.aof文件,可以看到:

粘贴图片

去掉最后面的flushall(也可以按照redis协议增加命令),重启客户端和服务端,看数据是否真的持久化了

粘贴图片

这里,说明使用AOF持久化也成功了


 AOF和RDB同时工作
1.如果RDB在执行snapshotting操作,那么redis不会执行AOF rewrite操作。如果redis在执行AOF rewrite,那么就不会执行RDB snapshotting操作
2.如果RDB在执行snapshotting,此时用户执行BGREWRITEAOF命令,那么等RDB快照生成之后,才会去执行AOF rewrite
3.同时有RDB snapshot文件和AOF日志文件,那么redis重启的时候,会优先使用AOF进行数据恢复,因为其中的日志更完整

 

 



 推荐知识

 历史版本

修改日期 修改人 备注
2022-01-24 10:37:49[当前版本] 陈一奇 创建版本

 附件

附件类型

PNGPNG

知识分享平台 -V 4.8.7 -wcp