突发性能实例是什么
突发性能型实例（阿里云 t 系列、华为云通用入门型）用 CPU 积分机制换成本：实例的基准性能低于满核，空闲时按基准与实际用量的差额积攒积分，需要突发时消耗积分把 CPU 拉到 100%。积分耗尽后性能自动回落到基准，外部表现为『平时响应挺快、压力上来突然变慢』。它只适合长期平均负载很低的场景，不适合持续吃 CPU 的业务。
基本信息
| 适用平台 | 阿里云 t 系列、华为云通用入门型等入门规格 |
|---|---|
| 核心机制 | CPU 积分：低于基准时累积，突发时消耗 |
| 基准性能 | 通常为单核性能的一小部分（约 10%-15%，随规格档位不同） |
| 两种模式 | 性能约束模式（默认，超出基准受积分限制）/ 无性能约束模式（超出部分按量计费） |
| 不适合 | 持续 CPU 密集型任务、关键在线业务、持续压测环境 |
典型使用场景
- 个人站点与小型官网：日均流量低、偶尔有访问高峰，积分够用
- 开发测试环境：空闲时间远多于忙碌时间，成本压到最低
- 低频定时任务：每天几次同步或备份脚本，跑完就休息
- 轻量探针与转发节点：监控采集、DNS 缓存这类几乎不吃 CPU 的服务
- 预算敏感的非关键业务：允许在极端情况下变慢，但不能中断
观察积分与突发情况
观察积分与突发情况
控制台 → 云监控 → 实例监控 → CPU 积分余额 / CPU 积分消耗速率
积分长期在 0 附近 = 已经限额运行，应换通用型
实例内确认实际使用：top -bn1 | head -20 # 看 %CPU 是否卡在基准附近
vmstat 1 5 # 看 r 列排队与 us 占比，持续 us 高说明 CPU 被限制积分状态与含义
| 状态 | 表现 | 建议 |
|---|---|---|
| 积分充足 | 需要时能突发到 100% CPU | 符合预期，无需处理 |
| 积分下滑 | 突发变多，余额逐步减少 | 观察趋势，评估是否换规格 |
| 积分归零 | CPU 被限制在基准性能 | 尽快换通用型实例 |
| 无性能约束模式 | 超基准仍可跑满，超出部分按量计费 | 留意账单，非必要不开启 |
关键业务不要用 t 系列：积分耗尽后性能断崖式回落到基准，表现为间歇性变慢，排查时很难联想到积分，往往先怀疑代码或数据库。
各厂商积分规则（初始积分、累积上限、是否支持无性能约束模式）差异较大，选型与调优前以对应厂商文档为准，不要按另一个厂商的规则推算。