mysql如何查看正在执行的DDL操作_Processlist查看进程

应查询 performance_schema.events_statements_current 表获取完整 DDL 语句及 EXECUTING 状态，辅以 metadata_locks、threads 和 INNODB_TRX 表排查锁与阻塞。怎么查出正在跑的 ALTER、CREATE TABLE 这类 DDL 语句MySQL 的 SHOW PROCESSLIST 默认不显示完整 SQL，尤其对长 DDL 操作，Info 字段经常是 NULL 或被截断。真正可靠的方式是查 performance_schema.events_statements_current，它能拿到完整语句和执行状态。实操建议：先确认 performance_schema 已启用：SELECT @@performance_schema; 返回 1 才有效运行：SELECT THREAD_ID, SQL_TEXT, STATE, TIMER_WAIT FROM performance_schema.events_statements_current WHERE SQL_TEXT LIKE 'ALTER%' OR SQL_TEXT LIKE 'CREATE%' OR SQL_TEXT LIKE 'DROP%' AND STATE = 'EXECUTING';注意：DDL 在执行中通常处于 EXECUTING 状态，不是 QUEUED 或 CALCULATING如果查不到，可能是语句已进入元数据锁等待（比如被其他事务堵住），这时得结合 metadata_locks 表看锁持有情况为什么 SHOW PROCESSLIST 看不到 DDL 的完整语句因为 MySQL 5.7+ 默认把 show_compatibility_56 设为 OFF，且 INFORMATION_SCHEMA.PROCESSLIST 的 INFO 列只保留语句前 1024 字节，而 DDL（尤其是带大字段或分区定义的）很容易超长；更关键的是，某些 DDL（如 ALGORITHM=INPLACE 的 ALTER）在内部会拆成多个阶段，PROCESSLIST 只反映最外层线程状态，不体现子任务。常见错误现象：SHOW PROCESSLIST 显示 State: Waiting for table metadata lock，但 Info 是 NULL —— 实际可能是个没显式写出的 DDL 卡住了用 mysqladmin processlist 查到的语句比客户端里执行的短一截，误以为执行完了，其实是被截断了连接设置了 max_allowed_packet 小，导致长 DDL 在协议层就被截断，服务端记录的也是残缺 SQL查 DDL 进程时，必须连带检查的三个表单看语句不够，DDL 卡住往往卡在锁、资源或阶段阻塞上。这三个表要一起扫一眼： 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手，依托大模型，帮助用户记录、整理和分析音视频内容，体验用大模型做音视频笔记、整理会议记录。