一、Redis持久化机制
redis是一个支持持久化的内存数据库,也就是说redis需要经常将内存中的数据同步到磁盘来保证持久化,持久化可以避免因进程退出而造成数据丢失
每次Redis重启都会加载rdb或者aof持久化文件,从而达到数据不丢失
Redis持久化分为rdb和aof两种方式
二、RDB持久化方式
RDB持久化把当前进程数据生成快照(.rdb 二进制)文件保存到磁盘的过程,有手动触发和自动触发
手动触发有save和bgsave两个命令
save命令:阻塞当前Redis,直到RDB持久化过程完成为止,若内存实例比较大会造成长时间阻塞,线上环境不建议用它
bgsave命令:redis进程执行fork操作创建子进程,由子线程完成持久化,阻塞时间很短(微秒级),是save的优化,在执行redis-cli shutdown、关闭redis服务时,如果没有开启AOF持久化,自动执行bgsave
1、RDB文件操作(可忽略)
- 命令:config set dir /usr/local 设置rdb文件保存路径,此命令是临时的,重启就没了
- 备份:bgsave 将dump.rdb保存到usr/local下
- 恢复:将dump.rdb放到redis安装目录与redis.conf同级目录,重启redis即可
2、RDB配置
默认使用rdb方式备份,aof默认不开启。
# rdb的文件名,默认是dump.rdb
dbfilename dump.rdb
# 这个是配置dump.rdb生成的目录 默认是./当前目录
dir /usr/local/redis-4.0.14
3、RDB优缺点
优点:1、压缩后的二进制文件,适用于备份、全量复制,用于灾难恢复 2、加载RDB恢复数据远快于AOF方式
缺点:1、无法做到实时持久化,每次都要创建子进程,频繁操作成本过高 2、保存后的二进制文件,存在老版本不兼容新版
八、AOF持久化方式
针对RDB不适合实时持久化,redis提供了AOF持久化方式来解决开启
1、AOF执行流程
- 所有的写入命令(set hset)会append追加到aof_buf缓冲区中
- AOF缓冲区向硬盘sync同步
- 随着AOF文件越来越大,需要定期对AOF文件rewrite重写,达到压缩
- 当redis服务重启,可load加载AOF文件进行修复
2、AOF配置
#默认为no 为不开启aof备份
appendonly yes
#aof备份文件名
appendfilename "appendonly.aof"
# If unsure, use "everysec".
# always:每次执行写入都会执行同步,慢一些但是比较安全
# eversysec:每秒执行同步,比较平衡,介于速度与安全之间,默认是这个
# appendfsync no:不主动进行同步,而是完全交由操作系统来做(每30秒一次),比较快但是不安全
appendfsync everysec
3、命令解释
- appendonly yes 启动aof持久化方式
- appendfsync always 每收到写命令就立即强制写入磁盘,最慢的,但是保证完全的持久化,不推荐使用
- appendfsync everysec 每秒强制写入磁盘一次,性能和持久方面做了折中,推荐
- appendfsync no:不主动进行同步操作,而是完全交由操作系统来做(即每30秒一次),比较快但不是很安全
- no-appendfsync-on-rewrite yes 正在导出rdb快照的过程中,要不要停止同步aof
- auto-aof-rewrite-percentage 100 aof文件大小比起上次重写的大小,增长率100%时,重写
- auto-aof-rewrite-min-size 64mb aof文件,至少超过64时,重写
4、如何开启AOF自动修复
- 设置appendonly yes
- 将appendonly.aof放到dir参数指定的目录
- 启动redis,redis会自动加载appendonly.aof文件,进行修复
三、redis重启时加载AOF与RDB的顺序
1、当AOF和RDB文件同时存在时,优先加载AOF文件
2、若关闭了AOF,则加载RDB文件
3、加载AOF/RDB成功,redis重启成功
4、AOF/RDB存在错误,启动失败打印错误信息
图说明