mysql如何监控QPS和TPS_mysql QPS TPS监控方法

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 高不一定代表压力大——可能全是轻量 SELE

  

  CT；需结合 Threads_running（活跃线程数）和慢查询比例综合判断
• TPS 接近 0 且 Com_rollback 持续上升，往往暗示应用层存在大量异常事务回滚，需检查业务日志