QPS和TPS是mysql核心性能指标，QPS=（Queries差值）/时间差，TPS=（Com_commit+Com_rollback差值）/时间差；可用mysqladmin或shell脚本原生监控，需注意采样时间、密码安全及指标含义。
MySQL 的 QPS（Queries Per Second）和 TPS（Transactions Per Second）是衡量数据库负载能力最核心的两个实时性能指标。监控它们不依赖第三方插件，用原生命令配合简单脚本就能实现，关键是理解数据来源和计算逻辑。
QPS 怎么算？看 Queries 累计值的差值
QPS 本质是单位时间内执行的 SQL 语句总数，包括 select、INSERT、UPDATE、delete、SET、SHOW 等所有语句。MySQL 并不直接提供“每秒查询数”，而是通过 Queries 这个全局状态变量累计统计：
- 执行
SHOW GLOBAL STATUS LIKE 'Queries';可查当前累计值 - 间隔 N 秒再查一次，两次差值除以时间差，即为该时段平均 QPS
- 例如：第一次 Queries=125000，10秒后变为125840 → QPS = (125840 − 125000) / 10 = 84
- 注意：
mysqladmin status输出第6列也是 Queries 值，适合脚本快速提取
TPS 怎么算？只统计事务型操作的提交与回滚
TPS 衡量的是事务处理能力，仅对支持事务的引擎（如 InnoDB）有意义。MySQL 没有“事务总数”变量，但有明确的事务动作计数器：
- Com_commit：成功提交的事务数
- Com_rollback：显式回滚的事务数
- TPS = (Com_commit + Com_rollback) 在时间窗口内的增量 ÷ 时间差
- 可用
SHOW GLOBAL STATUS WHERE Variable_name IN ('Com_commit','Com_rollback');获取 - 部分团队也把
Com_insert + Com_update + Com_delete当作“写事务粗略代理”，但严格来说它包含非事务表（如 MyISAM）操作，不等价于 TPS
推荐两种轻量级监控方式
无需部署 zabbix 或 prometheus，日常运维或应急排查可直接使用：
- 命令行实时滚动查看：
mysqladmin -uroot -p -S /path/to/mysql.sock extended-status -r -i1 | awk '/Queries|Com_commit|Com_rollback/ {print $2,$4}'加-r参数自动做差值，-i1每秒刷新，适合终端盯屏 - Shell 脚本定时采集： 先取一次
Questions和Uptime（来自mysqladmin status），等待 5 秒，再取一次，用公式(Q2−Q1)/(U2−U1)算 QPS；同理用Com_commit+Com_rollback差值除以 uptime 差值得 TPS
注意事项和常见误区
实际监控中容易忽略几个关键点：
- 不要用
Uptime（MySQL 启动时长）代替采样时间差——脚本执行本身耗时，应记录前后两次Uptime值之差作为真实时间跨度 - 避免在 my.cnf 的 [client] 段硬写密码；建议用
~/.my.cnf配置并设权限为 600，防止密码泄露 - QPS 高不一定代表压力大——可能全是轻量 SELECT；需结合
Threads_running（活跃线程数）和慢查询比例综合判断 - TPS 接近 0 且
Com_rollback持续上升，往往暗示应用层存在大量异常事务回滚，需检查业务日志