【Redis】2. Redis持久化、主从与哨兵架构详解

最新推荐文章于 2024-08-09 21:00:00 发布

janewash

最新推荐文章于 2024-08-09 21:00:00 发布

阅读量2.1k

点赞数

分类专栏：分布式框架文章标签： redis 架构 lua

本文链接：https://blog.csdn.net/janewash/article/details/123246401

版权

本文详细介绍了Redis的持久化机制，包括RDB快照、AOF日志以及混合持久化，并分析了它们的优缺点。此外，文章探讨了Redis的主从复制架构，包括全量复制和部分复制流程，以及如何优化主从架构。最后，文章讲解了哨兵高可用架构，如何配置哨兵服务，以及在主节点故障时如何自动切换并保持数据一致性。

摘要由CSDN通过智能技术生成

RDB、AOF及混合持久化详解

重度依赖Redis缓存集群的架构（例如大型购物网站），当Redis集群出现事故，且没有做Redis持久化的时候，会引起“缓存雪崩”的问题。

持久化的实现：RDB、AOF及混合持久化

RDB快照(snapshot)

这种机制在redis内存比较大（例如好几个G）的情况，是很耗费时间的。且当在执行rdb的save持久化操作时，会阻塞正常的redis请求。

修改save配置(redis.conf)：

dump文件无法直接阅读。

bgsave命令（后台执行持久化save操作），称为写时复制机制(COW, Copy-On-Write)

**save与bgsave对比**
命令	save	bgsave
IO类型	同步	异步
是否阻塞redis其他命令	是	否（生成一个子进程进行调用fork函数时会有短暂阻塞）
时间复杂度	O(n)	O(n)
优点	不会消耗额外内存	不阻塞客户端请求
缺点	阻塞客户端请求	需要fork子进程，消耗内存