由于行为的这种变化，DROP VIEW在MySQL 5.7主服务器上的部分完成 操作在MySQL 8.0从服务器上复制时会失败。要避免此故障情形，请在DROP VIEW语句中使用IF EXISTS语法以防止对不存在的视图发生错误。
3.6、不再允许部分执行帐户管理声明。帐户管理语句对所有命名用户成功或回滚，如果发生错误则无效。在早期的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 |
+-------+
注意：
由于行为的这种变化，MySQL 5.7主服务器上部分会成功执行，会在MySQL 8.0从服务器上复制时失败。要避免此故障情形，请在创建用户的命令中使用IF EXISTS或 IF NOT EXISTS语法，以防止与命名用户相关的错误。
4、存储引擎支持：目前只有innodb存储引擎支持原子DDL
目前，只有InnoDB存储引擎支持原子DDL。不支持原子DDL的存储引擎免于DDL原子性。涉及豁免存储引擎的DDL操作仍然能够引入操作中断或仅部分完成时可能发生的不一致。
要支持重做和回滚DDL操作， InnoDB请将DDL日志写入 mysql.innodb_ddl_log表，该表是驻留在mysql.ibd数据字典表空间中的隐藏数据字典表 。
要mysql.innodb_ddl_log在DDL操作期间查看写入表的DDL日志 ，请启用 innodb_print_ddl_logs 配置选项。
注意：
mysql.innodb_ddl_log无论innodb_flush_log_at_trx_commit 设置多少，对表的 更改的重做日志 都会立即刷新到磁盘 。立即刷新重做日志可以避免DDL操作修改数据文件的情况，但是mysql.innodb_ddl_log由这些操作产生的对表的更改的重做日志 不会持久保存到磁盘。这种情况可能会在回滚或恢复期间导致错误。
InnoDB存储引擎分阶段执行DDL操作。DDL操作 ALTER TABLE可以在Commit阶段之前多次执行 Prepare和Perform阶段：
准备：创建所需对象并将DDL日志写入 mysql.innodb_ddl_log表中。DDL日志定义了如何前滚和回滚DDL操作。
执行：执行DDL操作。例如，为CREATE TABLE操作执行创建例程。
提交：更新数据字典并提交数据字典事务。
Post-DDL：重播并从mysql.innodb_ddl_log表中删除DDL日志。为了确保可以安全地执行回滚而不引入不一致性，在最后阶段执行文件操作，例如重命名或删除数据文件。这一阶段还从删除的动态元数据 mysql.innodb_dynamic_metadata的数据字典表DROP TABLE，TRUNCATE TABLE和该重建表其他DDL操作。
注意：
无论事务是提交还是回滚， DDL日志都会在Post-DDL阶段重播并从表中删除 。mysql.innodb_ddl_log如果服务器在DDL操作期间暂停，则DDL日志应仅保留在表中。在这种情况下，DDL日志将在恢复后重播并删除。