Redis的持久化

本文深入解析Redis的两种持久化方式:RDB与AOF。RDB通过快照保存内存数据,适用于数据恢复速度要求高、完整性要求较低的场景;AOF则记录每次写操作,虽文件较大,但数据完整性更好,适合频繁写入操作。文章详细对比了两者的优缺点及触发条件。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1什么是持久化?
就是把内存中的数据库,存储到磁盘上的过程就是持久化
2.redis的持久化?
Redis的持久化就是把内存的数据保存到磁盘上,当redis重启时会把磁盘中的数据加载到内存中。
3.redis持久化的方式?
RDB: 把某段时间内的数据进行保存,生成一个快照。
AOF: 把每次的修改指令 记录到一个日志文件中。
RDB:
在指定的时间间隔内将内存中的数据集快照写入磁盘, 也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里
RDB原理:
Redis会单独创建(fork)一个子进程来进行持久化,会先将数据写入到 一个临时文件中,待持久化过程都结束了,再用这个临时文件替换上次持久化好的文件。 整个过程中,主进程是不进行任何IO操作的,这就确保了极高的性能 如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那RDB方 式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。
在这里插入图片描述
RDB什么时候会被触发
1.可以再配置文件中设置
在这里插入图片描述
在这里插入图片描述
2.使用flushall命令来触发,但是他保存的快照内容是空的。
3.服务关闭也会触发RDB.
优点:1.数据恢复速度快。
2.对于一些数据完整性要求不高,可以采用该持久化方式
缺点:
在一定间隔时间做一次备份,所以如果redis意外down掉的话,就 会丢失最后一次快照后的所有修改
AOF:
原理:以日志的形式来记录每个写操作,将Redis执行过的所有写指令记录下来(读操作不记录),
只许追加文件但不可以改写文件,redis启动之初会读取该文件重新构建数据,换言之,redis
重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作
默认redis没有开启aof。
在这里插入图片描述
aof的触发条件:
在这里插入图片描述
Always: 总是触发 没执行一条修改语句都会触发。
Everysec: 每秒触发一次 会丢失最后一秒的数据。
No: 不触发 性能就和rdb一样。
如果aof被开启了,那么redis服务再启动时先加载aof的文件。因为aof的数据比较完整。

如果aof文件被破坏 那么可以使用
在这里插入图片描述
Redis-check-aop --fix 文件名
优点:
每修改同步:appendfsync always 同步持久化 每次发生数据变更会被立即记录到磁盘 性能较差但数据完整性比较好
每秒同步:appendfsync everysec 异步操作,每秒记录 如果一秒内宕机,有数据丢失
不同步:appendfsync no 从不同步
劣势
相同数据集的数据而言aof文件要远大于rdb文件,恢复速度慢于rdb
Aof运行效率要慢于rdb,每秒同步策略效率较好,不同步效率和rdb相同

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值