MySQL进程排查实战：从SHOW PROCESSLIST到精准KILL

当数据库响应突然变慢，你的第一反应是什么？很多有经验的开发者或DBA会立刻想到检查是否有异常进程在占用资源。SHOW PROCESSLIST是MySQL中最常用的进程查看命令，但你是否遇到过SQL语句显示不全、无法查看其他用户连接，甚至发现了慢查询却无法成功终止的困扰？这些问题往往源于权限配置、线程状态以及MySQL版本差异等细节。本文将深入解析这些排查难点，并提供清晰的解决方案。

show processlist 看不到完整 SQL 怎么办

在使用SHOW PROCESSLIST时，你是否发现输出的Info字段只显示了一小段，无法看到完整的复杂查询？这并不是系统错误，而是MySQL为了控制输出长度，默认只截取前100个字符。

• 最直接的解决方案是使用SHOW FULL PROCESSLIST命令。添加FULL关键字后，系统将返回完整的SQL语句文本，不再受字符数限制。
• 需要注意的是，执行该命令需要用户具备PROCESS权限。通常，普通应用账号没有此权限，需要联系数据库管理员或使用拥有更高权限的账号进行操作。
• 另一个常见情况是，即使使用了FULL选项，Info字段仍可能显示为NULL。这通常表示该线程当前没有在执行SQL，可能处于空闲（Sleep）、锁定（Locked）或等待I/O的状态。

为什么 root 用户执行 show processlist 却看不到其他用户连接

这听起来有违直觉：拥有最高权限的root用户，竟然无法查看所有数据库连接。这种现象在MySQL 8.0及更高版本中尤为常见。主要原因在于新版MySQL默认关闭了show_compatibility_56系统变量，并且performance_schema采用了更严格的权限控制模型，root账号不再默认拥有全局进程查看权限。

• 首先，验证全局可见性设置：执行SELECT @@show_processlist，只有当返回结果为ON时，才允许跨用户查看进程列表。
• 其次，检查当前用户的权限：运行SHOW GRANTS FOR CURRENT_USER，确认输出中包含PROCESS权限。如果缺少，需要由具备SUPER权限的用户执行授权，例如：GRANT PROCESS ON *.* TO 'user'@'%'。
• 务必注意版本差异：在MySQL 5.7及更早版本中，root账号通常默认拥有此权限；但在MySQL 8.0+版本中，必须进行显式授权，仅凭SUPER或SYSTEM_USER权限是不够的。

查到慢查询但 kill 不掉，常见原因和应对

通过进程列表找到了导致性能问题的线程ID，但执行KILL [CONNECTION] id命令后却没有任何效果，这是数据库运维中常见的棘手问题。KILL命令失败，往往不是因为权限不足，而是目标线程处于特定的“卡死”状态或陷入了内部资源等待。

• 若线程状态为Query且Time值极高：这通常意味着该查询正在执行大量磁盘I/O操作，或处于一个未提交的大型事务中。此时，KILL命令会等待当前操作完成一个检查点（checkpoint）或事务边界，而不会立即强行中断。
• 若状态显示为Locked或Waiting for table flush：这往往是由于线程被数据定义语言（DDL）操作（如ALTER TABLE）阻塞。直接KILL被阻塞的线程通常无效，必须先定位并终止那个持有元数据锁（Metadata Lock, MDL）的源头线程。
• 更稳妥的排查步骤：在执行KILL之前，建议先通过SELECT * FROM performance_schema.threads WHERE PROCESSLIST_ID = ?查询线程的详细状态，同时结合events_statements_current表查看其最后执行的SQL语句，做到精准定位。

替代方案：用 performance_schema 查更细粒度信息

SHOW PROCESSLIST仅提供当前时刻的快照信息，功能有限。当需要进行深度性能诊断时，MySQL的performance_schema引擎提供了更强大的监控能力，可以追踪历史SQL语句、锁等待事件及资源消耗等细粒度数据。

• 查询当前正在执行的会话及其详细信息，可以使用如下关联查询： SELECT THREAD_ID, PROCESSLIST_USER, PROCESSLIST_HOST, PROCESSLIST_INFO, STATE, WORK_COMPLETED FROM performance_schema.threads t JOIN performance_schema.events_statements_current e USING (THREAD_ID) WHERE t.PROCESSLIST_STATE = 'Executing'
• 使用前需确保相关监控“消费者”已启用。例如，执行UPDATE performance_schema.setup_consumers SET ENABLED = 'YES' WHERE NAME LIKE 'events_statements%'来开启语句事件收集功能。
• 需要注意的是，performance_schema功能强大但会引入少量性能开销。在生产环境中，建议根据实际监控需求选择性启用相关指标，避免长期全量采集，以平衡监控需求与系统性能。

总结来说，MySQL进程排查中的许多障碍，根源往往在于那些容易被忽略的细节：必须显式使用FULL关键字才能看到完整SQL；PROCESS权限需要独立授予；以及KILL命令对特定状态的线程存在局限性。掌握这些关键点，并结合performance_schema进行深度分析，才能高效解决数据库性能问题，这些实战经验往往比单纯阅读官方文档更为深刻。