redis持久化

文章详细介绍了Redis的两种持久化机制:RDB和AOF。RDB在特定条件或手动触发下进行全量备份,可能丢失最近修改数据;AOF记录每次写操作,保证数据完整性,支持不同同步策略。AOF重写用于优化存储空间。在高性能场景下,可以考虑关闭AOF和RDB来优化性能。
摘要由CSDN通过智能技术生成

1.redis持久化

RDB和AOF

1.1 RDB

6.0.16版本
snapshotting
15分钟 1条数据修改
5分钟10条数据修改
1分钟 10000条数据修改
以上版本

一小时有一个修改
五分钟有100条修改
60秒有10000修改
修改快照文件路径 dir /myredis/dumpfiles
该文件名: dump6379.rdb
一定要备份迁移

1.1.2手动触发备份

禁止使用save
用bgsave
lastsave
date -d 时间戳

1.1.3缺点优点

优点
缺点不一定能保存最新数据

1.1.4 修复文件

redis- check- rdb 文件路径

1.1.5那些情况触发快照

1.配置文件中默认的快照配置
2.收到save和bgsave
3.flushall 和flushdb,会生成但是是空的
4.shutdown且没有设置开启AOF持久化
5.主从复制时,主节点自动触发

1.1.6禁止快照

动态所有停止RDB保存规则 redis-cli config set save “”
配置文件禁用 save""

1.2 AOF

追加写文件
appendonly yes
always 同步写回,每个写命令执行完立刻同步地将日志写回磁盘
no =操作系统控制写回,美国写命令执行完,只是先把日志写到aof文件的内存缓存全,由操作系统决定何时将缓冲区内容写回磁盘
everysec 每秒写回
redis6保存路径和RDB一样;只有一个文件
redis7保存路径 appenddirname “appendonlydir”;
三个文件:base基本文件 incr增量文件 manifest清单文件 history
修复文件 redis-check-aof --fix appendonly.aof.1.incr.aof
AOF重写机制
auto.aof.rewite-percentage 100
auto.aof-rewrite-min-size 64mb
注意,同时满足,且的关系才会触发
1.根据上次重写后的aof大小,判断当前aof大小是不是增长1倍
2.重写时满足的文件大小
手动触发bgrewriteaof
appendonly 是否开启aof appendonly yes
appendfilename 文件名称 appendfilename “appendonly.aof”
appendfsync 同步方式 everysec、always、no
no-appendfsync-on-rewrite aof重写期间是否同步 no-appendfsync-on-rewrite no
auto.aof.rewite-percentage 重写触发配置,文件重写策略 auto.aof.rewite-percentage 100
auto.aof-rewrite-min-size auto.aof-rewrite-min-size 64mb
在这里插入图片描述

2. RDB和AOF混合持久化

默认优先AOF
同时开启RDB和AOF持久化时,重启是只会加载AOF文件,不会加载RDB文件
默认是开启两个持久化
aof-use-rdb-preamble yes

3. 高性能时关闭AOF和RDB

save""禁用rdb
appendonly no禁用aof

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值