一、概述
show status是MySQL内置的核心诊断命令，用于实时查看数据库服务器的运行状态指标，涵盖连接数、查询性能、缓存使用、锁等待等关键维度。这些指标如同数据库的“体检报告”，能帮助开发者快速定位性能瓶颈、优化配置参数，是日常运维和故障排查的必备工具。
二、基础语法与分类
2.1 基础语法
-- 查看所有状态指标（约500+项，不推荐直接使用）
show status;
-- 查看会话级状态（仅当前连接有效）
show session status;
-- 查看全局状态（整个MySQL实例，推荐生产环境使用）
show global status;
-- 模糊匹配关键字（最常用！精准筛选指标）
show global status like '%关键字%';
2.2 状态指标分类
MySQL状态指标按功能可分为6大类，重点关注标红项：
连接类：记录客户端连接情况（如Connections、Threads_connected）
查询类：反映SQL执行效率（如Queries、Slow_queries）
缓存类：InnoDB缓冲池、查询缓存使用情况（如Innodb_buffer_pool_reads）
锁等待类：诊断锁冲突（如Innodb_row_lock_waits）
I/O类：磁盘读写性能（如Innodb_data_reads、Innodb_log_writes）
事务类：事务提交、回滚统计（如Com_commit、Com_rollback）
三、使用案例
3.1 连接相关：判断连接是否饱和
-- 总连接次数（历史累计）
show global status like 'Connections';
-- 当前活跃连接数（关键！对比max_connections）
show global status like 'Threads_connected';
-- 连接失败次数（排查密码错误、权限问题）
show global status like 'Access_denied_errors';
优化建议：若Threads_connected接近max_connections（默认151），需调大max_connections，同时检查是否存在连接泄露（如未关闭的持久连接）。
3.2 查询性能：定位慢查询与低效SQL
-- 总查询次数（所有SQL，含管理语句）
show global status like 'Queries';
-- 慢查询次数（超过long_query_time阈值，默认10秒）
show global status like 'Slow_queries';
-- 全表扫描次数（无索引查询，重点优化！）
show global status like 'Handler_read_rnd_next';
分析逻辑：
若Slow_queries占比高（如>0.1%），开启慢查询日志（slow_query_log=ON）定位具体SQL；
Handler_read_rnd_next数值过大，说明大量SQL未使用索引，需优化表结构和查询语句。
3.3 InnoDB缓存：优化缓冲池命中率
-- 缓冲池读取次数（逻辑读）
show global status like 'Innodb_buffer_pool_read_requests';
-- 磁盘读取次数（物理读，缓存未命中）
show global status like 'Innodb_buffer_pool_reads';
命中率计算：
命中率 = (1 - Innodb_buffer_pool_reads / Innodb_buffer_pool_read_requests) * 100%
理想值 >99%，若低于95%，需调大innodb_buffer_pool_size（建议设为物理内存的50%-70%）。
3.4 锁等待：诊断并发冲突
-- 行锁等待次数（事务阻塞关键指标）
show global status like 'Innodb_row_lock_waits';
-- 行锁等待总时长（秒）
show global status like 'Innodb_row_lock_time';
排查方向：
若等待次数多、时长久，需检查是否存在长事务、热点数据更新冲突，可通过show engine innodb status查看具体阻塞事务。
3.5 事务相关：监控事务完整性
-- 事务提交次数
show global status like 'Com_commit';
-- 事务回滚次数
show global status like 'Com_rollback';
分析逻辑：回滚率（Com_rollback/(Com_commit+Com_rollback)）过高，可能是业务逻辑存在异常（如乐观锁冲突、数据校验失败），需排查应用代码。
四、实战场景：排查性能问题
4.1 数据库响应变慢，连接数飙升
执行show global status like 'Threads_connected';，发现数值接近max_connections；
查看连接来源：show processlist;，发现大量Sleep状态的连接（超过60秒未活动）；
优化方案：
调大max_connections至500；
开启连接超时回收：wait_timeout=300（空闲连接5分钟自动关闭）；
检查应用是否复用连接池，避免频繁创建新连接。
4.2 查询延迟高，全表扫描严重
执行show global status like 'Handler_read_rnd_next';，数值高达百万级；
结合show global status like 'Slow_queries';，发现慢查询集中在某张表的查询；
优化方案：
为查询字段添加索引；
改写SQL，避免SELECT *和无WHERE条件的查询；
开启查询缓存（若适用，MySQL8.0已移除查询缓存，需用应用层缓存替代）。
五、注意事项与进阶技巧
会话级 vs 全局级：
session状态仅反映当前连接的操作（如测试单条SQL的影响）；
global状态是实例级累计值，需注意“重启后重置”（长期监控需存储历史数据）。
指标时效性：
单次查询无意义，需对比不同时间点的差值（如每5分钟采集一次，计算增长率）；
示例：计算5分钟内慢查询增长率=(当前Slow_queries-5分钟前Slow_queries)/5分钟内Queries*100%。
工具辅助：
手动查询效率低，可使用pt-status（Percona Toolkit）实时监控关键指标；
结合监控工具（如Prometheus + Grafana）可视化指标趋势，设置告警阈值（如慢查询率 > 0.5%时告警）。
六、总结
show status是MySQL性能诊断的“入门钥匙”，通过聚焦连接、查询、缓存、锁等核心指标，能快速定位80%的常见性能问题。关键在于：
理解指标的业务含义，而非死记硬背；
结合实际场景对比分析（如命中率、增长率）；
联动其他工具（慢查询日志、show processlist、explain）深入排查。
掌握这些技巧后，你就能从“被动救火”转变为“主动监控优化”，让数据库始终保持高效运行！