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持续上升，往往暗示应用层存在大量异常事务回滚，需检查业务日志
