MySQL 8.0原子DDL指单条DDL语句内部操作的原子性，即元数据变更、存储引擎改动和binlog写入绑定为不可分割单元，失败则全部回滚，不残留中间状态；它不支持嵌套于用户事务，且依赖事务性数据字典与DDL Log实现崩溃安全。
MySQL 8.0 的原子 DDL 不提供用户可控制的事务边界，它保证的是单条 DDL 语句自身执行过程的崩溃安全，而非让你把多个 DDL 包进 START TRANSACTION —— 那样会直接报错。
原子 DDL 的事务性不是指“能放进 BEGIN/COMMIT”
很多人误以为“原子”等于“支持事务嵌套”，结果在 START TRANSACTION 里写 ALTER TABLE，立刻收到 ERROR 1785 (HY000): Statement violates GTID consistency 或 ERROR 1305 (42000): SAVEPOINT does not exist。这不是配置问题，是 MySQL 明确禁止的：所有 DDL 语句都会隐式触发 COMMIT，且无法共享用户事务的 undo log 和隔离视图。
真正被事务保护的，是 DDL 内部操作本身——比如 ALTER TABLE t ADD COLUMN c INT 这一条命令，背后会原子性地完成：
- 向
mysql.columns插入新字段记录 - 更新
mysql.tables中该表的se_private_data字段（含列数、版本等） - 必要时在
mysql.indexes中补充隐式主键索引 - 同步写入
mysql.innodb_ddl_log（隐藏系统表），用于物理层回滚 - 将 binlog 事件作为同一事务的一部分写入
这整个流程被打包为一个内部事务，由 InnoDB 引擎管理，失败即全部回滚，重启后查不到任何中间态。
多表 DDL 的“全有或全无”靠显式事务包装（仅限 MySQL 8.0.23+）
MySQL 8.0.23 起，对部分复合 DDL（如 DROP TABLE t1, t2、CREATE TABLE ... AS SELECT）才真正实现了语句级原子性。但更通用的安全做法，是用显式事务包裹多个独立 DDL 语句：
START TRANSACTION; ALTER TABLE orders ADD COLUMN discount_rate DECIMAL(5,2); ALTER TABLE order_items MODIFY COLUMN price DECIMAL(10,2) DEFAULT 0.00; ALTER TABLE payments ADD INDEX idx_created_at (created_at); COMMIT;
注意：这依赖于 MySQL 8.0 对“事务性 DDL”的扩展支持，并非所有版本都默认启用。关键前提是：
- 所有涉及的表必须使用 InnoDB 引擎
- 不能混用不支持原子化的语句（如
TRUNCATE TABLE在早期 8.0 版本中仍不参与事务） - 执行过程中不能有长事务持有 MDL 锁阻塞 DDL 提交阶段
为什么你查不到 mysql.innodb_ddl_log 却又必须知道它
mysql.innodb_ddl_log 是原子 DDL 的物理回滚凭证，记录重命名文件、删除临时表等无法走 redo log 的操作。它不可见、不可查（除非开启 innodb_print_ddl_logs=ON 并翻 error log），但一旦崩溃发生在 DDL 提交前，InnoDB 恢复时会读取它来清理残留状态。
这意味着：你不需要操作它，但必须理解它的存在——否则当看到错误日志里大量 DDL_LOG: type=FREE, space_id=... 记录时，会误判为异常，其实那是正常回滚路径在工作。
INSTANT DDL 和原子性不是一回事，但能叠加使用
ALGORITHM=INSTANT 是一种 DDL 执行策略，只改元数据、不搬数据；而原子性是保障这个“改元数据”动作本身不半途而废。两者正交：
-
ALTER TABLE t ADD COLUMN c INT ALGORITHM=INSTANT：毫秒级 + 原子成功/失败 -
ALTER TABLE t MODIFY COLUMN c BIGINT ALGORITHM=COPY：需复制数据 + 仍原子（只是耗时更长）
容易忽略的是：ALGORITHM=INSTANT 有严格限制（如不能修改已有列类型、不能删主键），一旦不满足，MySQL 会自动降级为 COPY 或 INPLACE，但原子性保障始终存在。
最常被低估的点是：原子 DDL 的价值不在“成功时有多顺”，而在“失败时有多干净”——它让 DBA 不再需要在凌晨三点对着一个 Table definition has changed 的报错反复重启服务、手动比对 .frm 和字典表。只要没提交，就当它没发生过。
