mysql如何排查连接数爆满原因_mysql show processlist分析

连接数爆满主因是线程卡住而非数量多，应重点关注SHOW FULL PROCESSLIST中State非Sleep且Time＞60秒的阻塞线程，优先排查应用端连接未释放、监控脚本高频查询及本地进程异常连接。直接看 SHOW PROCESSLIST 里哪些线程在“卡住”连接数爆满，往往不是连接多，而是大量线程卡在某个状态迟迟不释放。SHOW PROCESSLIST 的 State 和 Time 列才是关键线索，而不是只盯着总连接数。State 是“等待锁”还是“写磁盘中”？比如 Waiting for table metadata lock、Writing to net、Creating sort index 都意味着线程被阻塞或资源吃紧Time 超过 60 秒的非 Sleep 线程必须优先关注；超过 300 秒的基本可以判定为异常挂起别只用 SHOW PROCESSLIST —— 它默认只返回前 100 条，要用 SHOW FULL PROCESSLIST 才能看到完整 SQL，否则可能漏掉长查询的真正内容过滤出真问题：用 information_schema.processlist 做条件查杀手动翻页看 processlist 效率低还容易误判，直接查表 + 拼接 kill 更可靠，但要注意表来源和字符集陷阱。推荐用 SELECT * FROM information_schema.processlist WHERE COMMAND != 'Sleep' AND TIME > 60 ORDER BY TIME DESC，避免查到大量空闲连接干扰判断千万别在高并发时频繁查 information_schema.processlist —— 它是临时表，8.0+ 版本会全局加锁扫描线程列表，本身就会拖慢整个 MySQL（已有线上案例证实它引发 insert 延迟）performance_schema.processlist 更轻量（内存表），但需确认已开启：SELECT VARIABLE_VALUE FROM performance_schema.global_variables WHERE VARIABLE_NAME = 'performance_schema'，值为 ON 才可用KILL 前先确认权限和影响范围不是所有线程都能随便 KILL，尤其在主从架构或事务活跃期，误杀可能引发数据不一致或连接雪崩。 HIX.AI HIX.AI是一个多功能的一体化AI写作助手，集成了120多种AI写作工具，支持50多种语言，能够满足各种写作需求。