mysql数据库性能调优的常用指标有哪些_深入理解QPS与TPS

QPS衡量每秒执行的SQL语句数（Questions/秒），TPS衡量每秒完成的事务数（Com_commit+Com_rollback/秒）；二者需用两次采样差值计算，不可用Uptime作分母。QPS 和 TPS 到底在量什么？别把它们当数字看QPS 和 TPS 是 MySQL 最常被监控、也最容易被误解的两个基础指标：QPS 衡量的是「每秒执行了多少条 SQL 语句」，TPS 衡量的是「每秒完成了多少个事务」。关键区别在于------QPS 包含所有 SELECT、INSERT、UPDATE、DELETE 等语句，而 TPS 只统计真正提交或回滚的事务（即 Com_commit + Com_rollback）。一个事务里可能包含多条语句，所以 QPS 通常远高于 TPS。实操时直接用这两个公式：QPS = Questions / seconds，查 SHOW GLOBAL STATUS LIKE 'Questions'，不是 Queries（后者含内部语句，不准）TPS = (Com_commit + Com_rollback) / seconds，查 SHOW GLOBAL STATUS LIKE 'Com_commit' 和 SHOW GLOBAL STATUS LIKE 'Com_rollback'常见错误是拿 Uptime 当分母------它代表 MySQL 运行总时长，不能用于计算瞬时速率；正确做法是间隔固定秒数（如 10 秒）两次采样，做差值再除以时间差。Buffer 命中率低 ≠ 一定要调大 buffer_sizeInnoDB 缓冲池命中率低于 95%、key_buffer 命中率低于 99%，确实提示缓存不够用，但盲目增大 innodb_buffer_pool_size 或 key_buffer_size 很可能引发 OOM 或 swap 颠簸。MyISAM 表已基本淘汰，key_buffer_size 在纯 InnoDB 场景下几乎无意义；而 innodb_buffer_pool_size 虽然建议设为物理内存的 50%--75%，前提是系统没跑其他吃内存的服务（比如 Java 应用、Redis）。更务实的做法是先确认是不是"缓存污染"： 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手，依托大模型，帮助用户记录、整理和分析音视频内容，体验用大模型做音视频笔记、整理会议记录。