第十八课：后端性能优化方法论——从 SQL 到 JVM 到接口（工程实战全景版）
目标：
当线上接口变慢时，你能10 分钟判断方向，30 分钟定位问题，1 小时给出方案。
不是靠感觉，而是一套固定流程。
一、性能优化第一原则：先“测”再“改”
性能优化不是一上来加缓存、加线程、加 MQ。
第一步永远是 ——拿数据。
你必须先看三类指标：
| 维度 | 看什么 | 目的 |
|---|---|---|
| 用户视角 | 接口耗时 P50 / P90 /P99 | 真实体验 |
| 系统视角 | CPU / 内存 / GC / Load | 资源是否打满 |
| 链路视角 | Controller → Service → DAO → DB | 找瓶颈段 |
二、P50 / P90 / P99 是什么？
这是百分位响应时间（Percentile Latency）。
含义
把所有请求耗时从小到大排序：
| 指标 | 含义 | 工程意义 |
|---|---|---|
| P50 | 一半用户在这个时间内完成 | 大多数体验 |
| P90 | 90% 用户在这个时间内完成 | 开始感觉慢 |
| P99 | 99% 用户在这个时间内完成 | 是否被投诉 |
为什么看 P99？
平均值会骗人：
- 99% 请求 100ms
- 1% 请求 5 秒
平均值可能只有 150ms，
但用户只会记住那 5 秒。
工程结论：
P50 看整体，P90 看趋势，P99 看灾难。
三、标准优化流程（SOP）
这是你要记住的核心：
Step1 看 P99 Step2 拆链路 Step3 SQL Explain Step4 JVM 指标 Step5 压测验证 Step6 监控固化四、三层分治法：接口层 → SQL 层 → JVM 层
1）接口层优化（入口层）
常见慢的原因
- 返回体过大
- DTO 字段太多
- 日志打印大对象
- N+1 RPC 循环调用
- 超时重试雪崩
抓手表
| 现象 | 排查点 | 解决方案 |
|---|---|---|
| 偶发慢 | Trace 链路 | 拆 RPC/DB 耗时 |
| 返回慢 | Response Size | 字段裁剪 / 分页 |
| CPU 不高却慢 | 阻塞等待 | timeout + 熔断 |
| 内存上涨 | 大集合 | 分页 / 流式 |
| 日志拖慢 | 打印过量 | 日志采样 |
| 循环慢 | N 次 RPC | 批量接口 |
口诀：
看返回体 → 看 RPC 次数 → 看日志大小
2）SQL / 数据库层优化（DAO）
六步 SQL 优化法
- 慢查询日志
- Explain
- 索引设计
- 减少扫描
- 减少回表
- 控制返回量
高频 SQL 坑
| 问题 | 原因 | 解决 |
|---|---|---|
| 全表扫描 | 没索引 | 建索引 |
| type=ALL | 索引失效 | 调整 where |
| filesort | 排序无索引 | 联合索引 |
| 锁等待 | 长事务 | 拆事务 |
| 连接等待 | 池太小 | 扩容连接池 |
| select * | 回表重 | 字段裁剪 |
口诀：
慢 SQL → Explain → 索引 → 行数 → 锁 → 连接池
3）JVM 层优化（运行时）
常见瓶颈
- GC 频繁
- 大对象创建
- 线程阻塞
- 线程池打满
- 锁竞争
抓手表
| 现象 | 排查点 | 解决 |
|---|---|---|
| CPU 高 | GC | 减少对象 |
| 内存不降 | Old Gen | Dump 分析 |
| P99 抖动 | STW | 调堆/G1 |
| QPS 上不去 | 阻塞 | 异步化 |
| Load 高 | 锁竞争 | 无锁化 |
| 吞吐低 | 线程多 | 减线程 |
口诀：
看 GC → 看线程 → 看对象 → 最后才调参数
五、三层联动排查顺序（实战）
| 顺序 | 行动 | 目标 |
|---|---|---|
| 1 | 看 P99 | 确认慢 |
| 2 | 打 Trace | 找耗时段 |
| 3 | SQL Explain | 排 DB |
| 4 | JVM 指标 | 排 GC/线程 |
| 5 | 压测 | 验证优化 |
| 6 | 监控 | 防复发 |
六、工程化终点：让优化变成机制
不要每次救火，要形成体系：
| 机制 | 内容 |
|---|---|
| 慢 SQL 机制 | 慢日志 + 周报 |
| 压测机制 | 发版前压测 |
| 监控机制 | P99 / 线程池 / GC |
| 容量机制 | QPS / 连接数预算 |
| 限流机制 | 防止雪崩 |
七、最小闭环实战（建议 Demo）
接口：GET /users?page=1&size=20
三阶段演进
- 初版：select * + 大 DTO（故意慢）
- SQL 优化：索引 + explain 对比
- JVM/接口优化：对象复用 + 日志采样
最终总结（记住这四句话）
慢了先看 P99 再拆链路 SQL 看 explain JVM 看 GC性能优化不是技巧，而是一套固定流程。
只要流程不乱，你就不会“越改越慢”。
下一篇:
后端性能优化实战——一个接口从 2 秒到 90ms 的全过程