阿里云监控面板中常见的 TPS / QPS / 物理QPS是表示什么含义？有什么区别？

你这张图是阿里云数据库（如 PolarDB 或 RDS MySQL）监控面板中常见的 **TPS / QPS / 物理QPS** 统计图，具体含义如下： ### 🧠 图中指标解释 | 指标名称 | 颜色 | 含义 | | ---------- | -- | ------------------------------------------------------------ | | **QPS** | 蓝线 | 每秒执行的 SQL 请求总数（含读写）<br>**逻辑层的 SQL 请求数**，包括命中缓存的 | | **TPS** | 绿线 | 每秒执行的事务数（commit + rollback）<br>反映**事务操作频次** | | **物理 QPS** | 黄线 | 实际发送到存储引擎（如 InnoDB）的 SQL 数量<br>**反映数据库底层真实负载**（比如缓存未命中导致更多读） | ### 📌 举例解释 | 指标 | 值 | 含义 | | ------ | -------------- | --------------------------------------------- | | QPS | `2,573.38 / 秒` | 客户端请求的 SQL 数量 | | TPS | `2,372.28 / 秒` | 每秒的事务提交数（约等于 QPS，说明大多 SQL 是事务的） | | 物理 QPS | `19,598.2 / 秒` | 底层存储实际处理了 19,000+ 次请求（可能是缓存不命中，或 join 触发额外查询） | ### 🔍 为啥物理 QPS 会远高于 QPS？ * **联表查询多**：一次 SQL 查询会触发多个子查询 * **缓存未命中**：未命中 buffer pool 导致回表查数据（典型 MySQL 特性） * **视图/子查询**：逻辑查询被拆解为多次物理请求执行 * **频繁分页、count、复杂 join** ### ✅ 如何使用这组指标判断问题？ | 场景 | 表现 | 判断 | | ---------------------- | --------------- | --------------------- | | TPS ≈ QPS 且都低，物理 QPS 高 | 如图 | 应检查 SQL 结构、缓存命中率、索引策略 | | TPS < QPS 很多 | 多为短读 SQL，没有事务包裹 | | | TPS 高但 QPS 低 | 存在大量空事务 / 提交操作 | | | 物理 QPS 和逻辑 QPS 差距小 | 说明命中缓存或查询本身高效 | |