支持的表 DDL 语句包括 数据库CREATE、表空间、表和索引的 、 和语句，以及 ALTER语句 。 DROPTRUNCATE TABLE

支持的非表 DDL 语句包括：

涉及 . 以外的存储引擎的表相关 DDL 语句InnoDB。

INSTALL PLUGIN和 UNINSTALL PLUGIN 声明。

INSTALL COMPONENT和 UNINSTALL COMPONENT 声明。

CREATE SERVER, ALTER SERVER, 和 DROP SERVER语句。

元数据更新、二进制日志写入和存储引擎操作（如果适用）被组合到一个原子操作中。

在 DDL 操作期间，SQL 层没有中间提交。

适用时：

DDL操作的可见行为是原子的，它改变了一些DDL语句的行为。请参阅 DDL 语句行为的变化。

DROP TABLE如果所有命名表都使用支持原子 DDL 的存储引擎，则操作是完全原子的。该语句要么成功删除所有表，要么被回滚。

DROP TABLE如果命名表不存在，则失败并出现错误，并且无论存储引擎如何，都不会进行任何更改。下面的示例演示了这种行为更改，其中 DROP TABLE语句失败是因为命名表不存在：

mysql> CREATE TABLE t1 (c1 INT);
mysql> DROP TABLE t1, t2;
ERROR 1051 (42S02): Unknown table 'test.t2'
mysql> SHOW TABLES;
+----------------+
| Tables_in_test |
+----------------+
| t1             |
+----------------+

在引入原子DDL之前， DROP TABLE对不存在的命名表报错，对存在的命名表成功：

mysql> CREATE TABLE t1 (c1 INT);
mysql> DROP TABLE t1, t2;
ERROR 1051 (42S02): Unknown table 'test.t2'
mysql> SHOW TABLES;
Empty set (0.00 sec)

DROP DATABASE如果所有表都使用支持原子 DDL 的存储引擎，则它是原子的。该语句要么成功删除所有对象，要么被回滚。但是，从文件系统中删除数据库目录是最后发生的，不是原子操作的一部分。如果由于文件系统错误或服务器停止而导致删除数据库目录失败， DROP DATABASE则不会回滚事务。

对于不使用支持原子 DDL 的存储引擎的表，表删除发生在原子 DROP TABLE或 DROP DATABASE事务之外。这样的表删除是单独写入二进制日志的，这就限制了在中断 DROP TABLE或 DROP DATABASE操作的情况下，存储引擎、数据字典和二进制日志之间的差异最多只能写入一张表。对于删除多个表的操作，不使用支持原子 DDL 的存储引擎的表将在使用的表之前被删除。

CREATE TABLE, ALTER TABLE, RENAME TABLE, TRUNCATE TABLE, CREATE TABLESPACE和 DROP TABLESPACE使用支持原子 DDL 的存储引擎的表的操作要么完全提交，要么在服务器在操作期间停止时回滚。在早期的 MySQL 版本中，这些操作的中断可能会导致存储引擎、数据字典和二进制日志之间存在差异，或者留下孤立文件。RENAME TABLE只有所有命名表都使用支持原子 DDL 的存储引擎时，操作才是原子的。

从 MySQL 8.0.21 开始，在支持原子 DDL 的存储引擎上， CREATE TABLE ... SELECT当使用基于行的复制时，语句在二进制日志中记录为一个事务。以前，它被记录为两个事务，一个用于创建表，另一个用于插入数据。两个事务之间或插入数据时的服务器故障可能导致复制空表。随着原子 DDL 支持的引入， CREATE TABLE ... SELECT语句现在对于基于行的复制是安全的，并且允许与基于 GTID 的复制一起使用。

在同时支持原子 DDL 和外键约束的存储引擎上，当使用基于行的复制时，不允许在 CREATE TABLE ... SELECT语句中创建外键。稍后可以使用添加外键约束ALTER TABLE。

当 CREATE TABLE ... SELECT作为原子操作应用时，在插入数据时会在表上持有元数据锁，这会阻止在操作期间对表进行并发访问。

DROP VIEW如果命名视图不存在且未进行任何更改，则失败。此示例演示了行为的变化，其中 DROP VIEW语句失败是因为命名视图不存在：

mysql> CREATE VIEW test.viewA AS SELECT * FROM t;
mysql> DROP VIEW test.viewA, test.viewB;
ERROR 1051 (42S02): Unknown table 'test.viewB'
mysql> SHOW FULL TABLES IN test WHERE TABLE_TYPE LIKE 'VIEW';
+----------------+------------+
| Tables_in_test | Table_type |
+----------------+------------+
| viewA          | VIEW       |
+----------------+------------+

在引入原子 DDL 之前， DROP VIEW为不存在的命名视图返回错误，但为存在的命名视图返回成功：

mysql> CREATE VIEW test.viewA AS SELECT * FROM t;
mysql> DROP VIEW test.viewA, test.viewB;
ERROR 1051 (42S02): Unknown table 'test.viewB'
mysql> SHOW FULL TABLES IN test WHERE TABLE_TYPE LIKE 'VIEW';
Empty set (0.00 sec)

不再允许部分执行账户管理报表。帐户管理语句要么对所有指定用户成功，要么回滚并且在发生错误时无效。在早期的 MySQL 版本中，命名多个用户的帐户管理语句可能对某些用户成功而对其他用户失败。

此示例演示了行为的变化，其中第二条CREATE USER 语句返回错误但失败，因为它无法对所有指定用户成功。

mysql> CREATE USER userA;
mysql> CREATE USER userA, userB;
ERROR 1396 (HY000): Operation CREATE USER failed for 'userA'@'%'
mysql> SELECT User FROM mysql.user WHERE User LIKE 'user%';
+-------+
| User  |
+-------+
| userA |
+-------+

在引入原子 DDL 之前，第二条 CREATE USER语句为不存在的命名用户返回错误，但为存在的命名用户返回成功：

mysql> CREATE USER userA;
mysql> CREATE USER userA, userB;
ERROR 1396 (HY000): Operation CREATE USER failed for 'userA'@'%'
mysql> SELECT User FROM mysql.user WHERE User LIKE 'user%';
+-------+
| User  |
+-------+
| userA |
| userB |
+-------+

id：DDL 日志记录的唯一标识符。

thread_id: 每条 DDL 日志记录都分配了一个thread_id, 用于重放和删除属于特定 DDL 操作的 DDL 日志。涉及多个数据文件操作的DDL操作会产生多条DDL日志记录。

type: DDL 操作类型。类型包括FREE（删除索引树）、 DELETE（删除文件）、 RENAME（重命名文件）或 DROP（从 mysql.innodb_dynamic_metadata数据字典表中删除元数据）。

space_id：表空间ID。

page_no：包含分配信息的页面；例如，索引树根页面。

index_id: 索引 ID。

table_id：表ID。

old_file_path: 旧的表空间文件路径。由创建或删除表空间文件的 DDL 操作使用；也被重命名表空间的 DDL 操作使用。

new_file_path: 新的表空间文件路径。由重命名表空间文件的 DDL 操作使用。