1. 课程导论与背景
1.1 什么是热点 Key
热点 Key（Hot Key）是指在短时间内被大量并发请求访问的 Redis Key。当某个 Key 的 QPS 超过单节点 Redis 的处理能力上限（通常为 5~10 万 QPS），就会引发 CPU 飙升、网络带宽打满、请求超时甚至缓存雪崩。
典型场景： 电商秒杀商品库存 Key、微博热搜话题 Key、直播大 V 粉丝列表 Key、游戏全服排行榜 Key。
| 热点级别 | QPS 范围 | 典型表现 | 风险等级 |
|---|---|---|---|
| 轻度热点 | 1万 ~ 5万 | Redis CPU 60%~80%，偶发超时 | 低 |
| 中度热点 | 5万 ~ 20万 | CPU 打满，大量超时，连接堆积 | 中 |
| 重度热点 | 20万+ | Redis 不可用，引发缓存雪崩 | 高 |
1.2 什么是削峰
削峰（Peak Shaving）是指通过技术手段将瞬时高并发流量平摊到更长时间窗口内处理，避免后端系统（Redis、数据库、微服务）被流量尖峰冲垮。核心思想是 “先挡住，再消化”。
常见的削峰手段包括：
- 请求排队： 使用消息队列或本地队列缓冲请求，控制消费速率。
- 令牌桶/漏桶： 限制单位时间内的请求通过量。
- 本地缓存： 在应用层缓存热点数据，减少对 Redis 的直接穿透。
- 多级降级： 热点 Key 自动降级为本地缓存 + 异步回源。
削峰 ≠ 限流： 限流是直接拒绝超量请求；削峰是缓冲后延迟处理，保证最终一致性。在热点 Key 场景下，削峰比限流更适合保护 Redis 同时不丢失业务请求。
1.3 为什么需要 Go 系统
在热点 Key 削峰场景中，Go 语言相比 Java/Python 具有显著优势：
| 对比维度 | Go | Java | Python |
|---|---|---|---|
| 协程并发 | goroutine 轻量（4KB 栈） | 线程较重（1MB 栈） | GIL 限制并行 |
| 内存占用 | 低（10 万协程约 400MB） | 高（10 万线程约 10GB） | 中 |
| GC 停顿 | < 1ms（并发 GC） | 10~100ms（G1） | 不可控 |
| 编译部署 | 单二进制，无依赖 | 需 JRE，启动慢 | 需解释器 |
| Redis 客户端 | go-redis 高性能连接池 | Jedis/Lettuce | redis-py |
关键结论： 热点 Key 削峰系统需要处理 10 万 ~ 100 万 QPS 的瞬时流量，Go 的 goroutine 模型和低 GC 停顿使其成为唯一能在单机 2 核 4GB 配置下稳定支撑该量级的语言。Java 在同等资源下需要 3~5 倍机器成本。
1.4 课程目标与学习路径
本课程旨在培养学员独立设计、开发、部署企业级 Redis 热点削峰系统的能力。课程覆盖从理论到实战的全链路知识。
课程目标
- 掌握热点 Key 的识别与监控： 基于 Redis 慢查询、客户端统计、代理层日志等维度实时发现热点。
- 精通 Go 削峰中间件设计： 本地缓存、令牌桶、请求合并、异步回源等核心模式。
- 具备性能调优实战能力： 从 Redis 内核参数、Go GC 调优、网络 IO 模型到全链路压测。
- 能够交付生产级系统： 高可用部署、熔断降级、可观测性（Metrics/Tracing/Logging）。
学习路径
- 基础篇（第 1~5 章）： 热点 Key 原理、Redis 单线程模型瓶颈、Go 并发模型与性能基准。
- 设计篇（第 6~12 章）： 削峰架构设计、本地缓存策略、令牌桶与漏桶实现、请求合并与异步回源。
- 实现篇（第 13~20 章）： Go 削峰中间件编码、Redis 连接池优化、热点探测与自动降级。
- 调优篇（第 21~26 章）： Redis 内核参数调优、Go GC 与内存优化、全链路压测与瓶颈分析。
- 实战篇（第 27~30 章）： 电商秒杀系统实战、直播互动削峰、生产部署与监控告警。
1.5 课程适用人群
- 后端开发工程师（Go/Java/Python）希望提升高并发系统设计能力。
- 运维/SRE 工程师需要掌握 Redis 性能调优与热点治理。
- 架构师正在设计或重构高可用缓存架构。
- 技术负责人评估 Go 在中间件场景的落地可行性。
前置知识： 熟悉 Go 基础语法、Redis 基本操作（SET/GET/EXPIRE）、HTTP 协议基础。不需要分布式系统或内核调优经验，课程会从零搭建完整系统。