redis是一个高速内存数据库,数据都是存在于内存中,
当开关机,内存断点,重启redis,都会造成redis的数据丢失重置,
那么如何持久化的保存redis数据呢?
rdb定时持久化
rdb 类似于 定时使用 mysqldump命令对数据进行定时全量备份.
在redis中,默认将开启rdb定时持久化,默认配置项如下:
save 900 1 save 300 10 save 60 10000
配置规则为: save 定时秒 变动key数量,
save 900 1 的意思为,每当900秒,如果最少变动了一个key值,则数据落盘
多条save配置关系为or.
当触发落盘持久化之后,redis会将目前存在的数据,进行保存到当前执行目录下的 dump.rdb文件中
备份命令
可通过 save bgsave进行手动触发备份事件,例如:
tioncico@tioncico-PC:/proc/7382$ redis-cli 127.0.0.1:6379> save OK 127.0.0.1:6379> bgsave Background saving started 127.0.0.1:6379>
使用save命令后,redis将把当前数据全部备份到文件中,如果这时候发送了新的命令,则需要等待save命令完成.
通过bgsave命令,redis将fork一个新的进程用于备份数据,不会影响主服务的命令处理,但如果进程备份失败将接收不到失败的通知.
由于rdb的特性,备份的数据都将不会是即时,有效的,只能保存过期数据.该备份的数据不应该被信任,可用于做非敏感数据备份
redis shutdown命令会默认保存rdb文件
数据恢复
当redis重新启动后,将会读取执行目录下的dump.rdb文件,自动恢复数据,如果你保存的dump.rdb文件不在工作目录,可自行移动到工作目录,进行恢复数据
tioncico@tioncico-PC:/home/wwwroot/smartHome$ redis-server /etc/redis/redis.conf tioncico@tioncico-PC:/home/wwwroot/smartHome$ redis-cli 127.0.0.1:6379> keys * (empty list or set) 127.0.0.1:6379> set a 123456 OK 127.0.0.1:6379> set b 123456 OK 127.0.0.1:6379> keys * 1) "b" 2) "a" 127.0.0.1:6379> shutdown not connected> tioncico@tioncico-PC:/home/wwwroot/smartHome$ redis-server /etc/redis/redis.conf tioncico@tioncico-PC:/home/wwwroot/smartHome$ redis-cli 127.0.0.1:6379> keys * 1) "a" 2) "b" 127.0.0.1:6379>
AOF持久化
开启aof持久化之后,redis每次数据变更,都将记录到 **appendonly.aof **文件缓冲区,并完成磁盘同步,通过配置策略,可配置记录到文件的操作.
aof备份有3个阶段:
1:数据变更后,操作写入磁盘缓冲区 (还未同步到磁盘)
2:磁盘缓冲区数据同步到磁盘
3:日志重写 (rewrite),当出现少量的key,频繁操作大量次数后,将出现:redis本身存储数据少,但是日志已经因为频繁操作变得非常大.
这个情况时,redis将会直接全量备份数据(类似于rdb的操作),获取到当前备份初始化数据之后,再进行数据追加.这个操作称为 日志重写.
appendonly no #是否开启aof持久化 # appendfsync always #每次数据变动,都从文件缓冲区同步到磁盘 appendfsync everysec #数据变动先保存到缓冲区,然后每秒同步到磁盘中 # appendfsync no #不进行记录,但默认30秒一次同步到磁盘 no-appendfsync-on-rewrite no #在日志重写时,数据不追加进入磁盘中,避免数据冲突 auto-aof-rewrite-percentage 100 #数据重写比例,当初始日志大小与当前日志记录大小比如到达100时,将触发日志重写 auto-aof-rewrite-min-size 64mb #重写日志的最小大小,如果日志超出比例,但是没有超过该大小时,不会触发重写 aof-load-truncated yes #指redis在恢复时，会忽略最后一条可能存在问题的指令。默认值yes。即在aof写入时，可能存在指令写错的问题(突然断电，写了一半)，这种情况下，yes会log并继续，而no会直接恢复失败.
注意, appendfsync 如果设置always,将会极大的降低性能,建议使用默认的每秒配置,如果出错,将会丢失一秒内的数据.
备份命令
开启aof 之后,将自动备份数据.
使用 bgrewriteaof 命令可手动触发aof日志重写.
日志内容:
触发重写后
可看出,set a的数据,只剩下了最后一段内容.
数据恢复
aof数据恢复与rdb同样,只要redis启动后,都将查询该文件是否存在,如果存在则自动恢复
rdb和aof
1:rdb方式恢复数据是直接全量备份恢复,恢复比aof更快,但因为它是定时备份,数据的时效性,可靠性都无法保证
2:aof将会降低更多的磁盘性能,但由于它是直接保存所有的数据变更日志,所以数据的可靠性强,但是日志量将会非常庞大.
