在MySQL中执行DDL操作时如何监控实时进度-mysql教程-PHP中文网

mysql 8.0.16+ 可通过 performance_schema 查看 ddl 进度，但需先启用 stage 相关 instruments 和 consumers；work_completed/work_estimated 仅对 algorithm=inplace 操作有效，且需结合 events_statements_current 获取完整语句、data_lock_waits 排查锁阻塞。

在mysql中执行ddl操作时如何监控实时进度

MySQL 原生不提供“进度条”式界面，但 8.0.16+ 真实可用的进度线索全藏在 performance_schema 里——前提是相关 instruments 和 consumers 必须提前启用，否则查到的全是 NULL。

确认 performance_schema 阶段监控已启用

很多用户查不到 WORK_COMPLETED，第一反应是“功能坏了”，其实是没开采集开关。必须同时打开两层：

UPDATE performance_schema.setup_instruments SET ENABLED = 'YES' WHERE NAME LIKE 'stage/innodb/alter%';
UPDATE performance_schema.setup_consumers SET ENABLED = 'YES' WHERE NAME LIKE '%stages%';

执行后立即生效，无需重启。验证是否生效：查 performance_schema.setup_instruments 中对应行的 ENABLED 值是否为 YES；再查 events_stages_current 是否有非空结果。

查当前 DDL 所处阶段及估算进度

只对 ALGORITHM=INPLACE 的部分操作（如加索引、加列）有效，ALGORITHM=COPY 或含外键重建时字段常为空。

先定位正在执行的 DDL 线程：SELECT THREAD_ID, SQL_TEXT FROM performance_schema.events_statements_current WHERE STATE = 'EXECUTING' AND SQL_TEXT REGEXP '^(ALTER|CREATE)';
再查该线程当前 stage：SELECT EVENT_NAME, WORK_COMPLETED, WORK_ESTIMATED FROM performance_schema.events_stages_current WHERE THREAD_ID = ? AND WORK_ESTIMATED > 0;
进度百分比可手动算：ROUND(100 * WORK_COMPLETED / WORK_ESTIMATED, 2)，但注意分母为 0 或 NULL 时会报错或返回空

常见有效 EVENT_NAME 包括 stage/innodb/alter table (read PK and internal sort)、stage/innodb/alter table (write clustered index)；若看到 stage/sql/Waiting for table metadata lock，说明根本没开始干活，卡在锁上。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

判断是不是真卡住，而不是“慢”

State = 'altering table' 在 SHOW PROCESSLIST 里只是状态占位符，不能反映真实进展。真正要排查的是阻塞点：

查锁等待：SELECT * FROM performance_schema.data_lock_waits; —— 有记录就说明被其他事务锁住
查活跃事务：SELECT THREAD_ID, PROCESSLIST_INFO FROM performance_schema.threads WHERE TYPE = 'FOREGROUND' AND PROCESSLIST_INFO LIKE 'ALTER%';
看 I/O 是否瓶颈：结合 sys.metrics 或 information_schema.INNODB_METRICS 查 log_writes、buffer_pool_reads 等指标突增

如果 events_stages_current 里 WORK_COMPLETED 长时间不动，且 data_lock_waits 为空，大概率是 I/O 或 CPU 瓶颈，不是逻辑卡死。