当数据库出现性能波动或连接数异常增长时，快速定位当前正在执行的SQL语句和活跃连接，是每一位数据库管理员和开发人员必须掌握的核心技能。本文将系统性地解析在MySQL中查看连接与执行状态的多种方法，帮助您高效诊断问题。
最基础、最便捷的方法无疑是使用SHOW PROCESSLIST命令。该命令无需特殊权限即可查看自身发起的连接。但请注意，若想查看所有用户的“全量”连接信息，您必须拥有PROCESS或SUPER权限，否则列表可能不完整。
SHOW PROCESSLIST 默认只显示100行且SQL被截断的原因
许多用户初次使用SHOW PROCESSLIST时会发现，输出结果仅显示100行，且长SQL语句被截断。这实际上是MySQL的一项“保护机制”，旨在避免命令行界面因输出内容过多而卡顿，或防止日志文件急剧膨胀。
要获取完整信息，可采用以下解决方案：
- 使用
SHOW FULL PROCESSLIST命令。添加FULL关键字后，Info字段将展示未经截断的完整SQL语句。 - 直接查询系统表。执行
SELECT * FROM information_schema.PROCESSLIST，该视图默认不会对内容进行截断（受限于MySQL行长度本身）。 - 若即使使用
FULL仍无法看到完整内容，或Info字段显示为NULL，通常是由于当前连接权限不足，无法查看其他用户的语句详情。此时可结合INNODB_TRX.trx_query或应用层日志进行辅助分析。
如何准确区分“正在执行SQL”与“空闲挂起连接”
仅查看连接列表不够，关键在于识别哪些连接正在“工作”。需要综合审视Command和State两个字段，单独判断任一字段都可能导致误判：
- 当
Command = 'Query'且State为'Sending data'、'Sorting result'、'Copying to tmp table'时，通常表示一个活跃查询正在执行。若Time字段超过60秒，基本可判定为慢查询。 - 同样是
Command = 'Query'，但若State显示'Locked'或'Waiting for table metadata lock'，则表明SQL已发出但被锁阻塞，属于等待而非执行慢。 Command = 'Sleep'表示连接处于空闲状态。但如果其Time值极大（例如超过300秒），则需警惕，可能是应用程序未正确关闭连接或连接池发生泄漏。Command = 'Connect'通常意味着连接刚建立，尚未发送任何请求，一般无需特别关注。
请注意一个关键细节：Time字段的单位是秒，但它表示的是线程处于当前Command状态的持续时间，并非整条SQL语句的总执行时间。例如，在一个事务中连续执行多条语句，Time仅从最后一条语句开始计时。
使用 information_schema.PROCESSLIST 进行过滤与统计更精准
对于交互式排查，命令行方式足够便捷。但若需编写监控脚本或定期分析，直接查询information_schema.PROCESSLIST系统表更为可靠。其结构化输出支持精准的过滤、排序与聚合操作，例如：
- 查找所有执行超过60秒的非空闲查询：
SELECT ID, USER, HOST, DB, TIME, STATE, INFO FROM information_schema.PROCESSLIST WHERE COMMAND = 'Query' AND TIME > 60 - 统计当前活跃连接数（排除Sleep状态）：
SELECT COUNT(*) FROM information_schema.PROCESSLIST WHERE COMMAND != 'Sleep' - 定位长时间空闲连接的来源：
SELECT USER, HOST, COUNT(*) FROM information_schema.PROCESSLIST WHERE COMMAND = 'Sleep' AND TIME > 600 GROUP BY USER, HOST
需要注意的是，此表本身没有索引。在高并发场景下，若频繁查询（如每秒轮询）可能对performance_schema产生轻微压力。但对于分钟级的例行检查或人工诊断，其性能开销完全可以接受。不建议将其作为实时告警的主要数据源，但用作定时快照或人工分析则非常合适。
KILL CONNECTION 与 KILL QUERY 的易混淆点解析
定位问题连接后，下一步可能是终止它。但KILL命令有两个选项，使用错误可能导致不同后果：
KILL CONNECTION [ID]：直接终止整个TCP连接。若连接中存在未提交的事务，将触发回滚，并在日志中记录Aborted connection。KILL QUERY [ID]：仅中断当前正在执行的那一条SQL语句，连接本身保持。如果已开启事务但未提交，事务状态将保持不变，后续可继续执行其他语句。
操作时需注意以下常见“陷阱”：
- 误杀一个
Command = 'Sleep'的连接通常是无效操作，因为它本未执行任何任务。 - 误杀一个
State = 'Committing'的连接，则可能中断事务提交，甚至导致数据丢失。
因此，在执行KILL操作前，建议先通过SELECT * FROM information_schema.INNODB_TRX WHERE trx_mysql_thread_id = [ID]查看该连接的事务状态，避免在关键的数据提交阶段进行干扰。
总而言之，查看MySQL连接状态的技术本身并不复杂。真正的挑战在于，面对一长串连接列表和SQL片段时，如何做出精准决策：哪些连接需要立即终止？哪些可以继续观察？哪些又必须联系业务方共同确认？因为INFO字段中的SQL语句脱离了业务上下文，您无法直接判断其是否属于重试逻辑、补偿任务或重要的数据导出脚本。这需要的不仅是命令知识，更是丰富的经验和对系统业务的整体理解。
