MySQL8.0新特性之支持原子DDL語句的示例分析

196次閱讀

共計 5284 個字符，預計需要花費 14 分鐘才能閱讀完成。

丸趣 TV 小編給大家分享一下 MySQL8.0 新特性之支持原子 DDL 語句的示例分析，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

MySQL 8.0 開始支持原子數據定義語言（DDL）語句。此功能稱為原子 DDL。原子 DDL 語句將與 DDL 操作關聯的數據字典更新，存儲引擎操作和二進制日志寫入組合到單個原子事務中。即使服務器在操作期間暫停，也會提交事務，并將適用的更改保留到數據字典，存儲引擎和二進制日志，或者回滾事務。

通過在 MySQL 8.0 中引入 MySQL 數據字典，可以實現 Atomic DDL。在早期的 MySQL 版本中，元數據存儲在元數據文件，非事務性表和存儲引擎特定的字典中，這需要中間提交。MySQL 數據字典提供的集中式事務元數據存儲消除了這一障礙，使得將 DDL 語句操作重組為原子事務成為可能。

官方文檔：

https://dev.mysql.com/doc/refman/8.0/en/atomic-ddl.html

1、支持的 DDL 語句

原子 DDL 功能支持表和非表 DDL 語句。與表相關的 DDL 操作需要存儲引擎支持，而非表 DDL 操作則不需要。目前，只有 InnoDB 存儲引擎支持原子 DDL。

①：受支持的表 DDL 語句包括 CREATE，ALTER 和 DROP 對數據庫，表，表和索引，以及語句 TRUNCATE TABLE 聲明。
②：支持的非表 DDL 語句包括：
CREATE 和 DROP 語句，以及（如果適用）ALTER 存儲程序，觸發器，視圖和用戶定義函數（UDF）的語句。
賬戶管理語句：CREATE，ALTER，DROP，，如果適用，RENAME 報表用戶和角色，以及 GRANT 和 REVOKE 報表。

1.1、原子 DDL 功能不支持以下語句：

①：涉及除存儲引擎之外的存儲引擎的與表相關的 DDL 語句 InnoDB。
②：INSTALL PLUGIN 和 UNINSTALL PLUGIN 陳述。
③：INSTALL COMPONENT 和 UNINSTALL COMPONENT 陳述。
④：CREATE SERVER，ALTER SERVER 和 DROP SERVER 語句。

2、原子 DDL 特性：

①：元數據更新，二進制日志寫入和存儲引擎操作（如果適用）將合并為單個事務。
②：在 DDL 操作期間，SQL 層沒有中間提交。
③：在適用的情況下：
數據字典，程序，事件和 UDF 高速緩存的狀態與 DDL 操作的狀態一致，這意味著更新高速緩存以反映 DDL 操作是成功完成還是回滾。
DDL 操作中涉及的存儲引擎方法不執行中間提交，并且存儲引擎將自身注冊為 DDL 事務的一部分。
存儲引擎支持 DDL 操作的重做和回滾，這在 DDL 操作的 Post-DDL 階段執行。
④：DDL 操作的可見行為是原子的，這會更改某些 DDL 語句的行為

注意：

原子或其他 DDL 語句隱式結束當前會話中處于活動狀態的任何事務，就好像您 COMMIT 在執行語句之前完成了一樣。這意味著 DDL 語句不能在另一個事務中，在事務控制語句中執行 START TRANSACTION … COMMIT，或者與同一事務中的其他語句結合使用。

3、DDL 語句行為的變化

3.1、DROP TABLE：

如果所有命名表都使用原子 DDL 支持的存儲引擎，則操作是完全原子的。該語句要么成功刪除所有表，要么回滾。

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 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 中無法直接訪問該表。

以上是“MySQL8.0 新特性之支持原子 DDL 語句的示例分析”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注丸趣 TV 行業資訊頻道！

正文完