为了账号安全,请及时绑定邮箱和手机立即绑定

Redis学习笔记---持久化

标签:
大数据 Redis

将数据从内存中以某种形式同步到硬盘中,使得重启后可以根据硬盘中的记录恢复数据,这一过程就是持久化

Redis支持两种方式的持久化:
RDB方式:根据指定规则“定时”将内存中的数据存储在硬盘上;
AOF方式:每次执行命令后将命令本身记录下来。

一、RDB方式

RDB方式的持久化是通过快照(snapshotting)完成的,当完成一定条件时Redis会自动将内存中的所有数据生成一份副本并存储在硬盘上,这个过程称为“快照”。

1.根据配置规则进行自动快照

通过redis.conf配置文件(/usr/local/etc/redis.conf),我们可以看到Redis为我们预置了3个条件:

save 900 1		# 在15分钟(900秒)内有一个或一个以上的键被更改则进行快照。
save 300 10		# 在5分钟(300秒)内至少有10个键被更改则进行快照。
save 60 10000	# 在1分钟(60秒)内至少有1000个键被更改则进行快照。

每条快照条件占一行,以save参数开头。我们可以自定义这些参数,如果符合自动快照条件,Redis会自动执行快照条件。

2.用户执行SAVE或BGSAVE命令

除了自动快照,当服务重启、手动迁移以及备份时,我们需要进行手动快照操作。

1.SAVE命令

当执行save命令时,Redis同步地进行快照操作,在执行快照操作中会阻塞所有来自客户端的请求。如果数据库中的数据比较多时,会导致Redis较长时间内无响应。因避免在生产环境中使用这一命令。

2.BGSAVE命令(手动时推荐)

bgsave命令可以在后台异步执行快照操作,快照的同时仍可接受来自客户端的请求。执行bgsave命令后Redis立即返回OK表示开始执行快照操作,可通过LASTSAVE命令获取最近一次成功执行快照的时间。

3.执行FLUSHALL命令

执行flushall命令时,Redis会清楚数据库中的所有数据。但不论清楚数据库的过程是否触发了自动快照条件,只要自动快照条件不为空,Redis就会执行一次快照操作。

没有定义自动快照条件时,执行flushall则不会进行快照。

4.执行复制时

当设置主从模式时,Redis会在复制初始化时进行自动快照。即使没有定义自动快照条件和手动执行快照操作,也会生成RDB快照文件。

5.快照原理

快照的过程:

​ 1)Redis使用fork函数复制一份当前进程(父进程)的副本(子进程);

​ 2)父进程继续接收并处理客户端发来的命令,而子进程开始将内存中的数据写入到硬盘中的临时文件;

​ 3)当子进程写入完所有数据后会用该临时文件替换旧的RDB文件,至此一次快照操作完成。

RDB文件的路径和文件名,可以通过配置文件redis.conf中的dirdbfilename参数来设置。

RDB文件是经过压缩(可通过配置rdbcompression参数禁用压缩,默认是开启的)的二进制格式,所以占用的空间会小于内存中的数据大小,更加利于传输。

Redis启动后会读取RDB快照文件,将数据从硬盘载入到内存中。通过RDB方式实现的持久化,若Redis出现异常,就会丢失最后一次快照以后更改的所有数据。

二、AOF方式

AOF = Append Only File,AOF持久化可以降低进程中止导致的数据丢失;他可以将Redis执行的每一条写命令追加到硬盘文件中。

1.开启AOF

默认情况下,Redis是没有开启AOF的,可以通过配置文件进行开启:

appendonly yes

AOF文件的保存位置和RDB文件的位置相同,都是同过dir参数设置的,默认的文件名是appendonly.aof,可以通过appendfilename参数修改:

appendfilename appendonly.aof

2.AOF实现

当AOF文件的大小达到一定条件时,Redis就会自动重写AOF文件,这个条件可以在配置文件中设置:

auto-aof-rewrite-percentage 100		# 当目前的AOF文件大小超过上一次重写时的AOF文件大小的百分之多少时,会再次进行重写,如果之前没有重写,则以启动时的AOF文件大小为依据。
auto-aof-rewrite-min-size 64mb		# 限制了允许重写的最小AOF文件大小

除了自动执行重写外,还可以手动执行AOF重写:

127.0.0.1:6379> bgrewriteaof

AOF文件和RDB文件的文件格式完全不同。

在启动Redis时会逐个执行AOF文件中的命令来将硬盘中的数据载入到内存中,载入速度相较于RDB会慢一些。

3.同步硬盘数据

在执行AOF操作时,由于操作系统的缓存机制,数据并未真正地写入硬盘,而是进入了系统的硬盘缓存中。默认情况下系统每30秒会执行一次同步操作,以便将硬盘缓存中的数据真正写入到硬盘中,如果在这期间出现异常会导致硬盘缓存中的数据丢失。这就需要通过设置参数要求系统主动将缓存内容同步要硬盘中。

# appendfsync always	# 每次执行写入都会执行同步,最安全但也最慢
  appendfsync everysec	# 默认采用everysec规则,每秒执行一次同步操作。
# appendfsync no		# 不主动进行同步操作,而是交给操作系统来做(即每30秒一次),虽快但不安全

一般情况下使用默认值everysec就够了,性能和安全都有保障。

Redis允许同时开启AOFRDB


点击查看更多内容
TA 点赞

若觉得本文不错,就分享一下吧!

评论

作者其他优质文章

正在加载中
JAVA开发工程师
手记
粉丝
7
获赞与收藏
16

关注作者,订阅最新文章

阅读免费教程

  • 推荐
  • 评论
  • 收藏
  • 共同学习,写下你的评论
感谢您的支持,我会继续努力的~
扫码打赏,你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫,即可进行扫码打赏哦
今天注册有机会得

100积分直接送

付费专栏免费学

大额优惠券免费领

立即参与 放弃机会
意见反馈 帮助中心 APP下载
官方微信

举报

0/150
提交
取消