Redis7基础篇（二）

目录

持化双雄

RDB

案例演示

优势

劣势

AOF

案例演示

正常恢复

异常恢复

优点

缺点​编辑

aof重写机制

​编辑​编辑重写的原理​编辑

小总结

rdb和aof的混合持久化

纯缓存模式

---

redis的持久化最终还是靠硬盘

持化双雄

redis提供了一rdb aof 不持久化 rdb+aof的方案可以选择

当一个redis实例挂了 可以使用上面的解决方案 来重新加载一个新的redis实例

RDB

案例演示

redis6.2-redis7

redis持久化默认使用rdb这种方式 里面讲了他有自动触发和手动触发两种方式

自动触发

修改dump文件的保存路径

这里查出来是空的 

物理恢复

首先先rm -f 强制删除dump

当我们shutdown模拟服务器宕机的时候 最后一次关机会把rdb恢复

save

克隆一份

优势

劣势

快照丢失

 

如何检测修改dump文件

因为他在写入或者迁入的时候可能会发生文件破损

配置文件中书写save “”

这些优化配置项详解在 配置文件中配置

AOF

 

案例演示

redis6之前他的保存位置是rdb和aof在一起

redis7之后进行了更新

比如我们保存的路径是dir myredis rdb就保存到了下面 但是aof的话就保存到了配置文件中的那个地址中为了和rdb做一个区分（ps：就是多了一层文件夹）

多文件共同组成aof

正常恢复

异常恢复

优点

缺点

aof重写机制

手动触发案例

重写的原理

小总结

rdb和aof的混合持久化

默认rdb aof不开 但是开了aof的话aof就是老大

太简单了，rdb 可以让你版本迭代，恢复指定版本数据。而aof更像一种宕机后快速恢复数据的手段

结合了RDB和AOF的优点，既能快速加载又能避免丢失过多的数据 

纯缓存模式