一、稳定性调参概述
大家好，我是你们的老朋友。今天咱们聊聊稳定性调参这件事。
说实话，我刚入行那会儿，觉得调参就是改改数字。后来被线上故障狠狠教育了几次，才明白这玩意儿有多重要。嗯，咱们从头说起。
1.1 什么是稳定性调参
稳定性调参，说白了就是调整系统参数，让系统在各种压力下都能稳定运行。
你想想看，一个系统上线后，流量忽高忽低，硬件偶尔故障，代码可能还有bug。这时候，参数设置得对不对，直接决定了系统是「扛得住」还是「直接挂」。
我个人习惯把调参分成三类：
- 容量参数：比如线程池大小、连接池数量、队列长度
- 限流参数：比如QPS阈值、令牌桶速率、熔断窗口
- 超时参数：比如连接超时、读超时、重试次数
这三类参数，几乎覆盖了90%的稳定性场景。我在项目中遇到过最典型的一个案例——某次大促，就因为连接池参数设小了，导致大量请求排队，最终雪崩。从那以后，我对调参再也不敢马虎。
1.2 为什么调参这么重要
你可能觉得，参数嘛，默认值不就行了？
我告诉你，默认值往往是「安全值」，不是「最优值」。举个例子：
| 参数 | 默认值 | 调优后 | 效果 |
|---|---|---|---|
| 线程池核心线程数 | 10 | 50 | 吞吐量提升3倍 |
| 熔断器超时时间 | 60s | 10s | 故障恢复快6倍 |
| 重试次数 | 3 | 1 | 避免雪崩 |
看到了吧？调参不是玄学，是实打实的工程优化。我曾经因为没调好重试参数，导致一次下游故障扩散到整个系统——那叫一个惨。
核心观点：调参的本质，是在「资源利用率」和「系统稳定性」之间找平衡。调得太保守，浪费资源；调得太激进，容易出事。
1.3 调参的通用流程
我总结了一套调参流程，这些年一直在用。你照着做，基本不会出大问题。
- 明确目标：你要优化什么？延迟？吞吐？还是可用性？
- 收集基线：先跑一遍默认参数，记录各项指标
- 单变量调整：一次只改一个参数，别贪心
- 压测验证：用压测工具模拟真实流量
- 观察效果：看指标变化，确认是否正向
- 灰度上线：先小范围推，没问题再全量
- 持续监控：上线后盯一段时间，防止意外
这里有个坑——很多人跳过第2步，直接凭感觉调。我刚开始也这样，结果调了半天，都不知道到底有没有变好。所以，基线数据一定要留。
小技巧：每次调参前，把当前参数快照保存下来。万一调坏了，能快速回滚。我习惯用git管理配置文件，每次改动都提交一次。
1.4 核心思想：稳定优先，渐进调优
调参的核心思想，就八个字：稳定优先，渐进调优。
什么意思呢？
- 稳定优先：任何调参，都不能以牺牲稳定性为代价。宁可慢一点，也别搞崩系统。
- 渐进调优：别想一步到位。每次调一点，观察效果，再决定下一步。
我见过太多人，一上来就把线程池从10调到100，结果系统直接OOM。你想想看，步子迈太大，容易扯着蛋。
正确的做法是：先调到20，跑一天看看；没问题再调到40，再观察。这样即使出问题，影响范围也小。
警告：千万不要在生产环境直接改参数！一定要先在测试环境验证。我曾经有一次太自信，直接在线上改了熔断阈值，结果误熔断了正常流量——那天的报警电话，我到现在还记得。
1.5 知识体系总览
下面这张图，是我对稳定性调参知识体系的总结。你一看就明白。
这张图把调参的三大类参数和通用流程串起来了。你每次调参前，先看看自己属于哪一类，再按流程走，基本不会跑偏。
1.6 本章小结
好了，咱们总结一下这章的核心：
- 稳定性调参，就是调容量、限流、超时这三类参数
- 调参重要，因为默认值不是最优值
- 调参流程：目标→基线→单变量→压测→灰度→监控
- 核心思想：稳定优先，渐进调优
下一章，咱们会深入讲「容量参数调优」，包括线程池、连接池、队列这些实战技巧。到时候我会拿几个真实案例出来，保证让你有收获。
可可精品资料库