Redis学习笔记---持久化
本文最后更新于:2022年4月1日 上午
将数据从内存中以某种形式同步到硬盘中,使得重启后可以根据硬盘中的记录恢复数据,这一过程就是持久化。
Redis支持两种方式的持久化:
- RDB方式:根据指定规则“定时”将内存中的数据存储在硬盘上;
- AOF方式:每次执行命令后将命令本身记录下来。
一、RDB方式
RDB方式的持久化是通过快照(snapshotting)完成的,当完成一定条件时Redis会自动将内存中的所有数据生成一份副本并存储在硬盘上,这个过程称为“快照”。
1.根据配置规则进行自动快照
通过 redis.conf
配置文件( /usr/local/etc/redis.conf
),我们可以看到Redis为我们预置了3个条件:
1 |
|
每条快照条件占一行,以 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
中的 dir
和 dbfilename
参数来设置。
RDB文件是经过压缩(可通过配置 rdbcompression
参数禁用压缩,默认是开启的)的二进制格式,所以占用的空间会小于内存中的数据大小,更加利于传输。
Redis启动后会读取RDB快照文件,将数据从硬盘载入到内存中。通过RDB方式实现的持久化,若Redis出现异常,就会丢失最后一次快照以后更改的所有数据。
二、AOF方式
AOF = Append Only File
,AOF持久化可以降低进程中止导致的数据丢失;他可以将Redis执行的每一条写命令追加到硬盘文件中。
1.开启AOF
默认情况下,Redis是没有开启AOF的,可以通过配置文件进行开启:
1 |
|
AOF文件的保存位置和RDB文件的位置相同,都是同过 dir
参数设置的,默认的文件名是 appendonly.aof
,可以通过 appendfilename
参数修改:
1 |
|
2.AOF实现
当AOF文件的大小达到一定条件时,Redis就会自动重写AOF文件,这个条件可以在配置文件中设置:
1 |
|
除了自动执行重写外,还可以手动执行AOF重写:
1 |
|
AOF文件和RDB文件的文件格式完全不同。
在启动Redis时会逐个执行AOF文件中的命令来将硬盘中的数据载入到内存中,载入速度相较于RDB会慢一些。
3.同步硬盘数据
在执行AOF操作时,由于操作系统的缓存机制,数据并未真正地写入硬盘,而是进入了系统的硬盘缓存中。默认情况下系统每30秒会执行一次同步操作,以便将硬盘缓存中的数据真正写入到硬盘中,如果在这期间出现异常会导致硬盘缓存中的数据丢失。这就需要通过设置参数要求系统主动将缓存内容同步要硬盘中。
1 |
|
一般情况下使用默认值everysec就够了,性能和安全都有保障。
Redis允许同时开启AOF和RDB。
本博客所有文章除特别声明外,均采用 CC BY-SA 4.0 协议 ,转载请注明出处!