Codis实战讲解（Redis高可用架构）实战视频课程

这门课解决的是什么问题

单机 Redis 撑不住高并发写入的时候，通常有三条路：客户端分片、哨兵加主从、或者上集群方案。Codis 属于第三条路里比较特殊的一种——它把分片逻辑收拢到代理层，对客户端伪装成一个单点的 Redis 实例。这意味着业务代码几乎不用改，扩容缩容、数据迁移这些事情都由 Codis 的 proxy 和 dashboard 接管。

这门课的主题就落在这个位置上：用 Codis 搭一套具备高可用能力的 Redis 分片架构，并且把日常运维里真正会遇到的环节走一遍。它不是 Redis 语法课，也不是分布式理论课，而是围绕 Codis 这套组件的部署、配置、扩缩容和故障处理展开。

技术栈与涉及组件

课程的核心组件是 Codis 自身的几个角色：codis-proxy 负责转发和路由，codis-dashboard 负责集群元数据管理和调度，codis-server 基于 Redis 做了少量改造，底层还依赖 ZooKeeper 或 etcd 这类外部存储来保存槽位映射。理解这套角色划分是看懂后面所有操作的前提。

围绕这些组件，课程会牵涉到几类具体工作：

• 用容器或二进制方式把 proxy、dashboard、外部存储跑起来，并让它们互相发现；
• 通过 dashboard 的界面或 API 完成 slot 分配、分组划分、节点上下线；
• 观察扩容时数据如何按 slot 在组之间迁移，以及迁移过程中的请求走向；
• 模拟 proxy 挂掉、某个 group 的主节点挂掉，看架构如何收敛。

如果你之前只接触过单实例 Redis 或者哨兵模式，这些操作会刷新你对「Redis 高可用」边界的认识——高可用不只是主从切换，还包括代理层无状态、元数据集中管理、以及迁移期间的一致性处理。

项目结构里值得对照什么

这类实战资料的价值不在视频本身，而在于它能给你一条可复现的路径。建议在跟做的时候，不要只照着命令敲一遍，而是对照三件事：

• 配置文件的层级关系。dashboard 的配置、proxy 的配置、codis-server 的启动参数，各自管什么、哪些必须一致、哪些可以独立。搞清这一点，出问题时才知道先看哪一层。
• 元数据的存储位置。槽位映射存在 ZooKeeper/etcd 里的哪个路径下，dashboard 改动后 proxy 如何感知。这是 Codis 和客户端分片最大的区别所在。
• 迁移的粒度。扩容是以 slot 为单位搬数据，还是以 key 为单位。理解粒度，才能估算一次扩容对线上延迟的影响。

把这三块整理成自己的笔记，比记住某条命令更有用。因为换一套环境、换一个版本，命令可能变，但这套结构不会变。

适合的读者与前置条件

这门课面向的是已经能独立部署 Redis、看得懂基础网络与进程管理的开发者或运维。如果你还没用过 Redis 的主从复制，建议先补上这一块再看，否则很难体会 Codis 在代理层额外做了什么。

它更适合两类人：一类是在中小团队里被要求「把缓存搞稳一点」的后端开发，需要一套能落地、改动成本低的方案；另一类是想从单机运维往分布式中间件方向走的运维，需要亲手碰一次分片集群的部署和故障演练。

怎么用这份资料

视频过一遍是必要的，但真正吃透要靠动手。建议准备两三台机器或对应数量的容器，按课程顺序搭起来，然后故意做几件「坏事」：手动下线一个 proxy、把某个 group 的主节点停掉、在迁移过程中持续压测。观察 dashboard 的状态变化和客户端的错误日志。

学完之后可以沉淀两份东西：一份是自己环境里的部署笔记，记录踩过的坑和实际参数；另一份是故障演练记录，写清楚每种故障下系统的表现和恢复步骤。这两份材料在面试或实际项目排障时，比「学过某课程」有说服力得多。