Redis持久化

格物致知-知行合一

已于 2024-06-23 09:15:28 修改

阅读量721

点赞数 16

文章标签： redis 数据库缓存

于 2024-06-22 19:42:56 首次发布

本文链接：https://blog.csdn.net/u010366234/article/details/139886223

版权

0.命令速记

0.1操作命令

Redis操作命令
命令	备注
SAVE	同步进行快照操作，不建议使用
BGSAVE	异步进行快照操作
LASTSAVE	获取最近一次成功快照的时间戳
FLUSHALL	执行快照（必须由自动快照配置的情况）并清空数据库
BGREWRITEAOF	手动重写AOF

0.2配置文件命令

配置文件命令
命令	备注
save 900 1	自动执行快照条件，在900秒内至少有一个键被更改则进行快照
dir 路径	快照和AOF文件的存储路径
dbfilename 文件名	RDB文件名
appendonly yes	开启AOF
appendfilename appendonly.aof	AOF文件名
auto-aof-rewrite-percentage 100	AOF重写条件
auto-aof-rewrite-min-size 64mb	允许重写的最小AOF文件大小
appendfsync everysec	AOF每秒从硬盘缓存同步到硬盘一次
appendfsync always	每次写入AOF都从硬盘缓存同步到硬盘一次
appendfsync no	AOF每30秒从硬盘缓存同步到硬盘一次

1.RDB方式

RDB方式的持久化是通过快照完成的。

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

可以在配置文件中定义自动快照的规则save，该配置有2个参数：时间窗口M和更改键的个数N。每当M内被更改的键的个数大于N时，符合自动快照条件，可以同时存在多个条件，条件之间是“或”关系。默认配置如下：
save 900 1

save 300 10

save 60 10000

save 900 1 表示在900秒内至少有一个键被更改则进行快照。

1.2执行SAVE或BGSAVE命令

SAVE 当执行SAVE命令时，Redis同步地进行快照操作，过程中会阻塞所以来自客户端的请求。应尽量避免使用该命令。

BGSAVE BGSAVE命令可以在后台异步进行快照，快照的同时服务器还可以继续响应来自客户端的请求。执行BGSAVE命令后，Redis会立即返回OK，表示开始进行快照，如果想知道快照是否完成，可以通过命令LASTSAVE获取最近一次成功快照的时间戳。

1.3执行FLUSHALL命令

当执行FLUSHALL命令时，Redis会清除数据库中的所有数据，但无论清空过程中是否触发了自动快照条件，只要有定义了快照条件就会执行自动快照。

1.4执行复制时

当设置了主从模式时，Redis会在复制初始化时进行自动快照。

1.5 快照原理

Redis默认会将快照文件存储在Redis当前进程的工作目录的dump.rdb文件中，可以通过配置dir和dbfilename两个参数分别指定快照文件的存储路径和文件名。快照的过程如下：

（1）Redis使用fork函数复制一份当前进程（父进程）的副本（子进程），运行fork()函数时，父进程和子进程共享同一内存数据；

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

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

当系统内存只有2GB而Redis数据库内存有1.5GB时，运行fork()函数后内存占用空间并不会增加到3GB（超出物理内存）。为此需要确保Linux操作系统允许应用程序申请超过可用内存（物理内存和交换分区）的空间，方法是在/etc/sysctl.conf文件加入vm.overcommit_memory=1,然后重启系统或者执行sysctl vm.overcommit_memory=1确保设置生效。

通常将一个记录1000万个字符串类型键、大小为1GB的快照文件加载到内存中需要花费20~30秒。

通过RDB方式实现持久化，一旦Redis异常退出，就会丢失最后一次快照以后更改的所有数据。如果数据相对重要，建议使用AOF方式进行持久化。