目录
持化双雄
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的优点，既能快速加载又能避免丢失过多的数据
纯缓存模式
