MySQL8.0新特性之支持原子DDL语句

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 TABLE会在 MySQL 5.7主服务器上的部分完成 语句在MySQL 8.0从服务器上复制时失败。要避免此故障情形，请在DROP TABLE语句中使用IF EXISTS语法以防止对不存在的表发生错误

3.2、DROP DATABASE：

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

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

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

3.5、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)

注意：

   由于行为的这种变化，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日志将在恢复后重播并删除。

  在恢复情况下，可以在重新启动服务器时提交或回滚DDL事务。如果在重做日志和二进制日志中存在在DDL操作的提交阶段期间执行的数据字典事务，则 该操作被视为成功并且前滚。否则，在InnoDB重放数据字典重做日志时回滚不完整的数据字典事务 ，并回滚DDL事务。

5、查看DDL日志：

   InnoDB将DDL日志写入 mysql.innodb_ddl_log表以支持重做和回滚DDL操作。该 mysql.innodb_ddl_log表是隐藏在mysql.ibd数据字典表空间中的隐藏数据字典表 。与其他隐藏数据字典表一样，mysql.innodb_ddl_log在非调试版本的MySQL中无法直接访问该 表。