L0CK

📚 高级篇 05. 多级缓存 - JVM 进程缓存之实现业务缓存 一、 架构图解：JVM 缓存拦截流程 在改造代码之前，我们先明确一下加入 Caffeine 之后的请求处理路径： 前端发来查询商品详情

📚 高级篇 04. 多级缓存 - JVM 进程缓存之 Caffeine 初识 一、 核心认知：为什么需要 JVM 进程缓存？ 在引入 Caffeine 之前，我们先理清一个架构常识：有了 Redis，

📚 高级篇 01. 多级缓存 - 什么是多级缓存与终极架构演进 一、 认知颠覆：为什么有了 Redis 还需要多级缓存？ 在之前的架构中，我们的请求链路是这样的： 前端请求 -> Nginx (转发)

之前我们在学习“主从架构”时，为了实现故障转移，不得不额外引入了一套“哨兵 (Sentinel) 集群”。但是，当你搭建完分片集群后，你会惊讶地发现：分片集群不需要部署哨兵！ 为什么它能“去中心化”地

想象一下这样一个场景：你参与研发的核心系统（比如大型政企、国家电网的集中缴费系统）在业务高峰期突遇极高的海量并发，原有的 3 台 Master 内存和 CPU 双双告急。你绝对不可能去“停机升级”，必

太棒了！上一节我们成功在 Docker 中拉起了 6 个节点的分片集群，并且一键分配了主从关系和哈希槽。 如果你在面试中说你懂分片集群，面试官的下一个问题 100% 会是： “请详细说一下 Redis

📚 高级篇 13. 分布式缓存 - 分片集群架构与搭建实战 一、 核心痛点：为什么哨兵集群还不够？ 主从集群 + 哨兵机制，完美解决了**“高并发读”和“高可用（防宕机）”**的问题。但是，它依然面临

这次我按你当前真实环境来整理： 不动黑马点评项目里的 my-redis 单独新建一套： redis-master redis-slave-1 redis-slave-2 sentinel-1 sent

第一步：确认系统是否“禁封”了该端口 请在刚才的黑窗口（CMD）里输入这行命令： DOS 看结果： 如果你发现 6379 落在显示的某个“起始端口”和“结束端口”范围内，且旁边有星号 *，那就破案了。