Redis学习笔记---持久化

本文最后更新于:2022年4月1日 上午

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

Redis支持两种方式的持久化:

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

一、RDB方式

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

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

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

1
2
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的,可以通过配置文件进行开启:

1
appendonly yes  

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

1
appendfilename appendonly.aof  

2.AOF实现

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

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

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

1
127.0.0.1:6379> bgrewriteaof  

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

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

3.同步硬盘数据

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

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

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

Redis允许同时开启AOFRDB


本博客所有文章除特别声明外,均采用 CC BY-SA 4.0 协议 ,转载请注明出处!