3.redis-持久化

目录

一.RDB

  1.自动触发配置

  2.命令

  3.优点

  4.缺点

  5.检车修复dump.rdb文件

  6.那些情况会触发RDB快照

  7.如何禁用快照

二.AOF

  1.开启

  2.三种些回策略 

  3.aof文件路径

  4.aof文件名

  5.正常恢复

  6.异常恢复

  7.日志重写机制

  8.混合模式

三.纯做缓存，备份的是自己想办法

---

一.RDB

  1.自动触发配置

################################ SNAPSHOTTING 

save 900 1
save 300 10
save 60 10000

#这个默认配置 redis6.0.16 以下和redis7不一样

# The working directory.  默认位置是安装的根目录下

# dir ./

dir /myredis/dumpfiles

# The filename where to dump the DB

# 备份文件名,加上端口号区分哪台服务的实例
# dbfilename dump.rdb

dbfilename dump6379.rdb

# 默认即可，后台出错是否要保持写入，no表示不在乎数据一致性

stop-writes-on-bgsave-error

# 保存时视是否压缩，可以默认

rdbcompression yes 

# 存储快照时数据的一致性校验，会浪费硬件资源10%，默认yes就可以

rdbchecksum yes

# 在没有持久性的情况下删除复制使用的RDB文件启动, 默认no就可以

rdb-del-sync-files no 

  2.命令

    1) config get dir 获取备份文件路径

    2) config get port 获取端口号

    3) config get requirepass

    4) save 手动备份

    5) bgsave 手动备份

  3.优点

    1) 非常适合备份

    2) 适合灾难恢复

    3) 大数据时更容易重启

    4) 在副本上，RDB支持重启和故障转移后的部分重新同步

    5) 加载速度要比AOF快

  4.缺点

    1) 容器丢失最新的数据

    2) RDB依赖fork()，在更大的数据集中，可能会导致服务请求的瞬间延迟

    3) 内存数据全量同步，如果数据太大会导师I/O严重影响服务器性能

  5.检车修复dump.rdb文件

     redis-check-rdb dump.rdb

  6.那些情况会触发RDB快照

    1) 配置文件中默认的快照配置

    2) 手动save/bgsave命令

    3) 执行flushall/flushdb命令也会产生dump.rdb文件.但里面是空白

    4) 执行shutdown且没有设置开启AOF

    5) 主从复制，主节点自动触发

  7.如何禁用快照

    1) 动态所有停止RDB保存规则的方法:redis-cli config set save ""

    2) redis7.conf文件里 改成 save ""

二.AOF

  1.开启

appendonly yes

  2.三种些回策略 

    1) appendfsync always 同步写回,性能影响较大

    2) appendfsync everysec 每秒写回，宕机时丢失1秒内的数据

    3) appendfsync no 操作系统控制的写回, 宕机时丢失的数据较多

  3.aof文件路径

    1) redis6：dir /myredis/dump.rdb

    2) redis7: appenddirname "appendonlydir"

  4.aof文件名

    1) redis6: appendfilename "appendonly.aof", 硬盘文件就一个

    2) redis7 appendfilename "appendonly.aof", 硬盘文件有三个

• 基础文件 appendonly.aof.1.base.rdb
• 增量文件 appendonly.aof.1.incr.aof, appendonly.aof2.incr.aof
• 清单文件 appendonly.aof.manifest

  5.正常恢复

    把备份文件放到appendonlydir文件下，重启就可以

  6.异常恢复

    比如突然断电导致appendonly.aof.1.incr.aof内容错了，可以用redis-check-aof先修复

redis-check-aof --fix appendonly.aof.1.incr.aof

  7.日志重写机制

    1) 自动重写标准,就是日志文件过大会压缩，前两个条件必须同时满足

auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

no-appendfsync-on-rewrite no   no了不阻塞但就会和其他操作抢磁盘I/O读写

    2) 手动重写,直接执行命令

bgrewriteaof

  8.混合模式

    1) 开启

aof-use-rdb-preamble yes

    2) rdb和aof同时存在，恢复时首选aof,但rdb还得用，万一AOF出现问题可以恢复

三.纯做缓存，备份的是自己想办法

  1.关闭rdb save "",但仍然可以使用命令save,bgsave生成rdb文件

  2.关闭aof appendonly no,也可以用bgrewriteaof生成aof文件