show full processlist可显示完整sql，但需super或process权限才能查看全部线程；state和time字段是识别慢查询与锁阻塞的关键依据。
SHOW PROCESSLIST 能看到当前连接和正在执行的语句，但默认只显示前100字符、不显示完整SQL、且无权限时只能看自己的线程——这不是“实时监控”，只是快照。真要盯住慢查询或异常行为，得组合用对命令和配置。
show processlist 只显示部分SQL？用 SHOW FULL PROCESSLIST
默认 SHOW PROCESSLIST 截断 Info 字段（通常只显示前100字），遇到长SQL或带参数的预编译语句就看不出实际内容。SHOW FULL PROCESSLIST 才强制输出完整语句。
- 必须有
SUPER或PROCESS权限才能看到其他用户的线程；普通用户只能看到自己发起的连接 - 返回结果中重点关注
State字段：Sending data、Copying to tmp table、Locked都是潜在瓶颈信号 -
Time值持续增长（比如 >60 秒）且State不变，基本可判定卡住了
想持续跟踪新出现的SQL？用 mysqladmin -i 1 processlist
mysqladmin 的 -i 参数支持自动刷新，比手动敲 SHOW 命令更省事。
PyCharm 2026.2.0.1 Linux版
下载
PyCharm 2026.2.0.1 Linux版提供 JetBrains 官方 2026.2.0.1 版本安装包，适合需要指定 PyCharm 版本进行 Python 项目开发、运行和调试的用户。
- 执行
mysqladmin -u root -p -i 1 processlist，每秒刷新一次，Ctrl+C 退出 - 注意：如果 MySQL 用户没给
PROCESS权限，会报错Access denied; you need (at least one of) the PROCESS privilege(s) for this operation - 输出列名和
SHOW PROCESSLIST一致，但格式更紧凑，适合终端滚动观察
general_log 开启后日志暴涨，怎么安全启用？
开启 general_log 确实能记录所有语句，但生产环境直接开等于埋雷——日志文件可能几小时内涨到 GB 级，IO 和磁盘都会扛不住。
- 临时启用务必配
SET GLOBAL general_log_file = '/tmp/mysql_general.log'，别写进/var/lib/mysql/目录，避免影响数据目录稳定性 - 开之前先
ls -lh /tmp/mysql_general.log确认文件为空或已备份；开之后用tail -f /tmp/mysql_general.log | grep -E "(SELECT|UPDATE|DELETE)"过滤关注操作 - 关掉只需
SET GLOBAL general_log = 'OFF'，无需重启，但记得删掉日志文件释放空间
为什么 kill 掉线程后 SQL 还在跑？
KILL [connection_id] 发的是中断信号，不是立即终止。MySQL 会等语句执行到安全点（如完成一个事务步骤、释放锁）才真正退出。
- 如果
State是Rolling back，说明事务正在回滚，此时 KILL 只是加速回滚，不会跳过 - 对正在做
COPY TO TMP TABLE或SORTING RESULT的查询，KILL 后仍需等待临时资源释放 - 真正想立刻停，只能重启 MySQL（不推荐），或确认该连接是否绑定了应用重试逻辑——有时候你以为杀掉了，其实是应用又建了新连接
最常被忽略的一点：processlist 里 Host 显示 localhost 并不意味着是本地登录，很可能是通过 socket 文件连接的，真实来源 IP 其实藏在应用层日志里。要准确定位问题源头，得把 MySQL 进程列表和应用服务日志时间戳对齐看。
