0.命令速记
0.1操作命令
命令 | 备注 |
---|---|
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方式进行持久化。
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