show full processlist 默认截断sql且普通用户无权查看他人线程，需授权process权限或改用information_schema.processlist；查真实执行语句须同时满足command='query'、state非sleep/init、info is not null；mysql 8+进度需启用performance_schema.events_stages_current并配置consumers与instruments。
直接用 SHOW FULL PROCESSLIST 看不到完整 SQL 或进度？先确认权限和截断问题
执行 SHOW FULL PROCESSLIST 后 INFO 字段仍为空或被砍成 100 字符左右，不是你操作错，而是 MySQL 默认行为：INFO 字段硬性截断、且普通用户无权看到他人线程的 SQL。root 用户也得显式授予 PROCESS 权限才能查全，否则 INFO 强制为 NULL。
解决办法只有两个：
- 加
PROCESS权限：GRANT PROCESS ON *.* TO 'your_user'@'%'; FLUSH PRIVILEGES; - 换
INFORMATION_SCHEMA.PROCESSLIST表查，它对截断更可控，字段长度不受客户端限制
INFORMATION_SCHEMA.PROCESSLIST 怎么过滤出“真正在跑”的语句？别被 Sleep 和 NULL 带偏
这个表是结构化视图，适合写监控脚本，但容易误判——比如 TIME > 60 不代表 SQL 慢，只是当前命令状态持续了 60 秒；INFO IS NULL 也不等于没在执行。
关键过滤条件必须同时满足：
-
COMMAND = 'Query'（排除Sleep、Binlog Dump等非查询线程） -
STATE NOT IN ('Sleep', 'Init', 'Waiting for source to send event')（Init是刚连上还没发请求，Sleep是空闲） -
INFO IS NOT NULL（不能写INFO != ''，空字符串和NULL是两回事）
示例语句：SELECT ID, USER, HOST, DB, TIME, STATE, INFO FROM INFORMATION_SCHEMA.PROCESSLIST WHERE COMMAND = 'Query' AND STATE NOT IN ('Sleep', 'Init') AND INFO IS NOT NULL ORDER BY TIME DESC LIMIT 5;
MySQL 8+ 要看执行进度（比如 “已读 12000/50000 行”），必须走 performance_schema
SHOW PROCESSLIST 和 INFORMATION_SCHEMA.PROCESSLIST 都不提供执行进度，只给快照。MySQL 8 开始，真正能看“进行中任务进度”的路径只有一条：performance_schema.events_stages_current，但它依赖前置配置。
必须确保以下三项都开启：
-
performance_schema=ON（启动时已启用） -
consumers中启用events_stages_current：UPDATE performance_schema.setup_consumers SET ENABLED = 'YES' WHERE NAME = 'events_stages_current'; -
instruments中启用阶段事件：UPDATE performance_schema.setup_instruments SET ENABLED = 'YES', TIMED = 'YES' WHERE NAME LIKE 'stage/%';
查进度示例：SELECT THREAD_ID, EVENT_NAME, WORK_COMPLETED, WORK_ESTIMATED, sys.format_time(TIMER_WAIT) AS exec_time FROM performance_schema.events_stages_current WHERE WORK_ESTIMATED > 0; —— 注意 WORK_ESTIMATED 为 0 的阶段（如 stage/sql/starting）不显示进度。
KILL 之前为什么总没反应？因为你在杀“连接”，不是“SQL”，而且很多状态根本不可中断
执行 KILL <code>ID 后线程状态还是 Query，INFO 还在变，不是命令失败，是 MySQL 正卡在不可中断点：
-
State = 'Sending data'且磁盘 I/O 高：可能正在扫大表或排序，KILL 会等 I/O 完成才退出 -
State = 'Waiting for table metadata lock'：DDL（如ALTER TABLE）占着锁，KILL 掉等待方无效，得先杀持有 MDL 的线程 -
State = 'Committing'：双写提交中，KILL 会导致事务回滚，但不会立即返回
安全做法是先查 performance_schema.threads 确认线程真实状态，再决定用 KILL QUERY <code>ID（只中断语句）还是 KILL CONNECTION <code>ID（干掉整个连接）；ID 本身重启即失效，别存进配置。
