Redis持久化

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.aofAOF文件名
auto-aof-rewrite-percentage 100AOF重写条件
auto-aof-rewrite-min-size 64mb允许重写的最小AOF文件大小
appendfsync everysecAOF每秒从硬盘缓存同步到硬盘一次
appendfsync always每次写入AOF都从硬盘缓存同步到硬盘一次
appendfsync noAOF每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方式进行持久化。

2.AOF方式

        AOF可用将Redis执行的每一条命令追加到硬盘文件中,该过程会降低Redis性能,不过这个影响可以接受,也可以通过使用读写速度快的硬盘降低该影响。在启动时,Redis会逐条执行AOF文件中的命令将硬盘的数据加载到内存中,加载速度较RDB慢一些。

2.1手动重写命令

        AOF文件的很多命令是冗余的,可以通过重写来删除AOF文件里多余的命令,减少AOF文件的大小。

手动重写AOF

BGREWRITEAOF

2.2AOF配置

开启AOF

appendonly yes

AOF文件保存路径和RDB一样是
dir 路径

AOF文件名

appendfilename appendonly.aof

当目前的AOF文件大小超过上一次重写时的AOF文件大小的百分之多少时会再次进行重写,如果之前没有重写过,则以启动时的AOF文件大小为依据。

auto-aof-rewrite-percentage 100

允许重写的最小AOF文件大小,未超过该大小不重写

auto-aof-rewrite-min-size 64mb

由于操作系统缓存机制的原因,需要设置同步硬盘配置才会真正把数据记录到AOF文件中,一般使用每秒同步一次

appendfsync everysec

其他还有:

每次执行写入都执行同步操作,最安全也是最慢的方式

appendfsync always

不主动执行同步操作,由操作系统来执行(即每30秒一次)

appendfsync no

  • 16
    点赞
  • 16
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值