mysql 8.0 原子 ddl 的核心价值是确保 alter table 崩溃后元数据绝对一致，杜绝“半新不旧”状态；它通过将所有元数据统一存入 innodb 系统表并纳入事务管理实现，仅限 innodb 表及官方标记支持的 ddl 语句生效。
ALTER TABLE 崩溃后不会留下“半新不旧”的表——这是 MySQL 8.0 原子 DDL 最直接、最硬核的价值。它不是让 DDL 更快或更轻量，而是把元数据从“多头管理”变成“统一事务管控”，从根本上堵死了损坏入口。
为什么老版本的 ALTER TABLE 容易导致元数据损坏？
MySQL 5.7 及之前，一次 ALTER TABLE 实际是三段裸奔操作：
- .frm 文件被替换（文件系统层）
- InnoDB 内部字典（如 SYS_TABLES）被更新（引擎层）
- binlog 里追加一条 DDL 记录（复制层）
这三步彼此无事务约束，任意环节中断都会撕裂一致性：
- 断电发生在第二步之后、第三步之前？
SHOW CREATE TABLE报错Table definition has changed, please retry transaction，但表既不能读也不能删 -
DROP TABLE t1, t2中t2不存在？t1被删光，t2报错退出，没有回滚兜底 - 从库复制时发现 binlog 缺失该 DDL？可能跳过或卡死，元数据永久错位
根本问题在于：元数据分散在文件、MyISAM 系统表、InnoDB 引擎字典中，无法用一个事务锁住全部。
MySQL 8.0 怎么用事务把元数据“焊死”？
核心动作只有一条：所有元数据（表、列、索引、用户等）全迁入 InnoDB 系统表，比如： -mysql.tables
- mysql.columns
- mysql.indexes这些表和你的业务表一样，受 ACID 约束。一次 ALTER TABLE ADD COLUMN 就是一个标准 InnoDB 事务：
- 向
mysql.columns插入一行新列定义 - 更新
mysql.tables中的se_private_data字段 - InnoDB 引擎层同步刷新内存对象（
dict_table_t） - binlog 事件作为该事务的一部分写入，不再单独提交
崩溃重启后，InnoDB 崩溃恢复机制自动回滚整个事务——就像没执行过。你查 SHOW CREATE TABLE，永远只看到完整旧结构或完整新结构。
哪些 DDL 真正受原子性保护？别踩这个坑
原子性不是“所有 DDL 都包治百病”，关键看两点： - 是否操作 InnoDB 表（MyISAM、Memory 表的 DDL 不支持）
- 是否属于官方标记为 Atomic DDL supported: Yes 的语句
✅ 安全范围：
-
ADD COLUMN/DROP COLUMN -
ADD INDEX/DROP INDEX（非全文索引） -
RENAME TABLE（限同一库内） ALTER TABLE ENGINE=InnoDB
❌ 明确不安全：
-
MODIFY COLUMN或CHANGE COLUMN（常触发ALGORITHM=COPY，绕过原子流程） -
OPTIMIZE TABLE（本质是重建，不走原子 DDL 流程） -
RENAME TABLE跨库（涉及多库元数据，无法单事务覆盖）
执行前务必确认引擎：SELECT ENGINE FROM information_schema.TABLES WHERE TABLE_SCHEMA='db' AND TABLE_NAME='t';
原子性 ≠ 免疫一切，最容易被忽略的其实是锁和缓存
原子 DDL 解决的是“改一半卡住”的崩溃问题，不是“并发谁先谁后”的隔离问题： -ALTER TABLE 期间会持 MDL 写锁，阻塞所有对该表的 SELECT/INSERT/UPDATE
- 若 DDL 失败（如磁盘满），MDL 锁释放可能延迟数秒，新连接会卡在 Waiting for table metadata lock
- 客户端缓存（如 Table Share、DD cache）可能未及时刷新，导致刚执行完 ADD COLUMN 却查不到新列
真正要稳，得配合：
- 执行前检查长事务：
SELECT COUNT(*) FROM information_schema.PROCESSLIST WHERE COMMAND != 'Sleep' AND DB = 'your_db'; - 避开主库高峰时段跑
ADD INDEX - 监控
performance_schema.metadata_locks中的等待链
原子 DDL 的价值不在“炫技”，而在于把最怕的崩溃场景——元数据撕裂——变成了可预测、可恢复的事务边界。但它的安全域很明确：只管自己这条语句的完整性，不管别人怎么抢、缓存怎么旧、磁盘怎么满。
