redis持久化

最新推荐文章于 2024-06-26 23:05:42 发布

勤天

最新推荐文章于 2024-06-26 23:05:42 发布

阅读量76

点赞数

分类专栏： redis 文章标签： redis 持久化

本文链接：https://blog.csdn.net/demored/article/details/123702855

版权

redis 专栏收录该内容

16 篇文章 3 订阅

订阅专栏

Redis的持久化包括RDB快照和AOF日志两种方式。RDB通过定时保存内存数据到磁盘，缺点是在两次保存间隔内的数据可能丢失。AOF记录每次写操作，确保数据安全性，但文件可能过大，可通过配置重写策略压缩。AOF重写是将内存数据转换为命令写入日志，减少文件体积。在恢复时，若同时存在RDB和AOF，优先使用AOF。Redis允许同时开启两种持久化方式，提高数据安全性。

摘要由CSDN通过智能技术生成

一、redis持久化方式

redis的持久化有2种方式 1rdb快照 2是aof日志

二、rdb 持久化

1. rdb的工作原理:

每隔N分钟或N次写操作后, 从内存dump数据形成rdb文件,压缩放在备份目录

2. rdb快照的配置选项

save 900 1      		// 900内,有1条写入,则产生快照
save 300 1000   		// 如果300秒内有1000次写入,则产生快照
save 60 10000 		 // 如果60秒内有10000次写入,则产生快照

(这3个选项都屏蔽,则rdb禁用)

stop-writes-on-bgsave-error yes  	// 后台备份进程出错时,主进程停不停止写入?
rdbcompression yes   	 	// 导出的rdb文件是否压缩
Rdbchecksum   yes 			//  导入rbd恢复时数据时,要不要检验rdb的完整性
dbfilename dump.rdb  		//  导出来的rdb文件名
dir ./  				//  rdb的放置路径

3. rdb的缺陷

在2个保存点之间,断电,

将会丢失1-N分钟的数据

出于对持久化的更精细要求,redis增添了aof方式 append only file

三、aof 持久化

1. aof的原理

2. 引发的问题？

1:每个命令重写一次aof?

2:某key操作100次,产生100行记录,aof文件会很大,怎么解决?

3. aof的配置

appendonly 	no 			# 是否打开 aof日志功能
 
appendfsync 	always   		# 每1个命令,都立即同步到aof. 安全,速度慢
appendfsync 	everysec 		# 折衷方案,每秒写1次
appendfsync 	no      		# 写入工作交给操作系统,由操作系统判断缓冲区大小,统一写入到aof. 同步频率低,速度快,
 
 
no-appendfsync-on-rewrite  yes: 			# 正在导出rdb快照的过程中,要不要停止同步aof
auto-aof-rewrite-percentage 100 			#aof文件大小比起上次重写时的大小,增长率100%时,重写
auto-aof-rewrite-min-size 64mb 			#aof文件,至少超过64M时,重写