1. 课程导学：什么是业务削峰？为什么需要连接池水位管理？课程目标与前置知识
1.1 什么是业务削峰？
业务削峰（Traffic Peak Shaving）是指在高并发场景下，通过缓存、队列、限流等手段，将瞬时突发的请求洪峰“削平”，使后端系统（数据库、微服务、第三方接口）能够以相对平稳的速率处理请求，避免系统过载崩溃。
核心思想： 不让流量“硬扛”系统极限，而是通过缓冲与异步化，将峰值压力转化为持续可控的负载。
典型削峰场景
| 场景 | 流量特征 | 削峰手段 |
|---|---|---|
| 秒杀/抢购 | 百万用户同时点击，QPS 瞬间飙升 1000 倍 | Redis 预减库存 + 消息队列异步下单 |
| 热点新闻推送 | 突发流量集中访问同一资源 | Redis 本地缓存 + 布隆过滤器拦截穿透 |
| 定时任务触发 | 整点大量任务同时启动 | 分布式锁 + 令牌桶平滑执行 |
| 大促活动 | 流量在开售瞬间达到峰值 | Redis 计数器 + 滑动窗口限流 |
1.2 为什么需要连接池水位管理？
连接池水位管理是指对 Redis 客户端连接池的活跃连接数、等待队列长度、空闲连接回收进行动态调控，确保连接池既不过度空闲浪费资源，也不因连接不足导致请求排队超时。
常见误区： 很多开发者认为“连接池越大越好”。实际上，当连接数超过 Redis 单线程处理能力时，多余的连接只会增加上下文切换开销，反而降低吞吐量。
连接池水位失控的典型问题
- 低水位（连接过少）： 请求在连接池等待队列中排队，RT 飙升，甚至触发客户端超时。
- 高水位（连接过多）： Redis 服务端文件描述符耗尽，CPU 上下文切换频繁，QPS 不升反降。
- 水位波动剧烈： 连接频繁创建/销毁，导致 GC 压力增大，客户端响应抖动。
1.3 课程目标
| 模块 | 目标 | 产出物 |
|---|---|---|
| 削峰原理 | 掌握 Redis 在秒杀、抢购、热点数据中的削峰策略 | 削峰架构设计文档 |
| 连接池调优 | 学会根据业务 QPS 和 Redis 性能计算最佳连接池参数 | 连接池配置模板 |
| 水位监控 | 搭建连接池实时监控看板，实现动态扩缩容 | Grafana 监控面板 |
| 故障演练 | 模拟连接池打满、Redis 宕机等场景，验证容灾方案 | 故障恢复 SOP |
1.4 前置知识要求
建议基础： 本课程面向有 1~3 年 Redis 使用经验的开发者，如果你对以下内容还不熟悉，建议先补充基础。
- Redis 基础： 熟悉 String、List、Set、Sorted Set 等常用数据结构，了解 Redis 单线程模型。
- Java 连接池： 使用过 JedisPool、Lettuce 或 Redisson 中的至少一种连接池。
- 并发编程： 理解线程池、信号量、阻塞队列等基础概念。
- Linux 基础： 会使用
netstat、ss查看连接数，了解文件描述符限制。
技术栈速查表
| 组件 | 版本要求 | 说明 |
|---|---|---|
| Redis Server | ≥ 6.0 | 支持 RESP3 协议，更好的连接管理 |
| Jedis | ≥ 4.0 | 经典同步客户端，连接池成熟稳定 |
| Lettuce | ≥ 6.0 | 异步/响应式客户端，支持连接池动态调整 |
| Redisson | ≥ 3.16 | 分布式锁、队列、限流组件集成 |
1.5 课程大纲速览
- 课程导学 — 削峰与连接池水位管理概述（本章）
- Redis 连接池原理 — 连接池生命周期、参数详解
- 业务削峰实战 — 秒杀系统 Redis 预减库存 + 队列异步下单
- 连接池水位监控 — 基于 Micrometer + Grafana 的实时监控
- 动态水位调整 — 根据 QPS 自动扩缩容连接池
- 故障演练与压测 — 模拟极端场景，验证系统韧性
课程特色： 每章都配有可运行的代码示例、压测脚本和监控配置，你可以直接在自己的环境中复现验证。