詳解MySQL8.0原子DDL語法
01 原子DDL介紹
原子DDL語句將數據字典更新、存儲引擎操作和與DDL操作相關聯的二進制日志寫入合並到單個原子操作中。該操作要麼提交，對數據字典、存儲引擎和二進制日志保留適用的更改，要麼回滾。
在MySQL8.0中，原子DDL操作這一特性，支持表相關操作，例如create table、drop table等，也支持非表相關操作，例如create routine、drop trigger等。
其中：
支持的表操作包含：
drop、create、alter(操作對象是databases, tablespaces, tables, and indexes)語法、truncate語法
支持的非表操作包含：
create、drop、alter(操作對象是trigger、event、views、)
帳戶管理語句：用戶和角色的create、alter、drop和rename語句，以及grant和revoke語句
需要註意的是：跟表相關的DDL操作，需要保證存儲引擎是Innodb的，非表相關的操作，則沒有要求。
有些SQL語句不支持原子DDL，例如：
1、非Innodb存儲引擎的表操作
2、install plugin和uninstall plugin操作(安裝插件)
3、 install component和uninstallcomponent語句
4、create server、alter server和drop server語句(該語句是FEDERATED存儲引擎使用的，可暫時忽略)
02 部分DDL操作的執行行為變化
原子操作的執行行為變化，跟數據字典的組織結構變化有關，在MySQL8.0 之前，Data Dictionary除瞭存在與.FRM, .TRG, .OPT 文件外，還存在於系統表中（MyISAM 非事務引擎表中），在MySQL8.0 ，Data Dictionary 全部存在於Data Dictionary Storage Engine（即 InnoDB表中），這使crash recovery 維持原子性成為瞭可能。下面的圖描述瞭數據字典的結構變化。
在MySQL8.0之前，數據字典結構如下：
MySQL8.0之後，數據字典變為：
下面來看2個具體的語法變化：
(1) Drop語法的變化：
我們給數據庫裡面同時創建test1的表，並沒有test2的表，然後執行drop table test1，test2；觀察結果。
MySQL5.7表現：
mysql> create table test1(id int); Query OK, 0 rows affected (0.01 sec) mysql> show tables; +----------------+ | Tables_in_yeyz | +----------------+ | t1 | | t2 | | t3 | | test1 | +----------------+ 4 rows in set (0.00 sec) mysql> drop table test1,test2; ERROR 1051 (42S02): Unknown table 'yeyz.test2' mysql> show tables; +----------------+ | Tables_in_yeyz | +----------------+ | t1 | | t2 | | t3 | +----------------+ 3 rows in set (0.00 sec)
MySQL8.0的表現：
mysql> create table test1(id int); Query OK, 0 rows affected (0.17 sec) mysql> show tables; +----------------+ | Tables_in_yeyz | +----------------+ | test1 | +----------------+ 1 row in set (0.00 sec) mysql> drop table test1,test2; ERROR 1051 (42S02): Unknown table 'yeyz.test2' mysql> show tables; +----------------+ | Tables_in_yeyz | +----------------+ | test1 | +----------------+ 1 row in set (0.00 sec)
可以看到，MySQL8.0中，當沒有test2的時候，並沒有刪除test1這個表，它將整個語句完全回滾；而MySQL5.7中，誤刪除瞭test1這個表，沒有將整個語句完全回滾。
基於這種處理機制的不同，因此，我們在使用MySQL5.7版本和MySQL8.0版本做主從復制的時候，如果使用瞭類似上面的語句，就會發生報錯。因為二者的執行行為已經不一樣瞭。要想解決這個問題，需要使用drop table if not exists語法，同樣的，針對drop database、drop trigger等一系列操作，處理方法類似。還有一點值得註意，如果一個數據庫中的所有表都是innodb的，那麼drop database才是原子的，否則，drop database不是原子的。
(2) Create Table…Select 語法：
從MySQL 8.0.21開始，在支持原子DDL的存儲引擎上，當使用基於row的復制模式時，CREATE TABLE…SELECT…，該語句作為一個事務記錄在二進制日志中。之前的版本中，它被記錄為兩個事務，一個用於create表，另一個用於insert數據。兩個事務之間或插入數據時發生服務器故障可能導致復制瞭一張空表。通過引入原子DDL支持，CREATE TABLE …SELECT語句現在對於基於行的復制是安全的，並且允許與基於GTID的復制一起使用。
03 DDL 操作的log如何查看？
為瞭支持DDL操作的redo和rollback，InnoDB將DDL日志寫入mysql.innodb_ddl_log表中，這個表存在於數據字典表空間中，如果用戶想要看這個表裡面的內容，需要打開參數：
mysql> show variables like '%innodb_print_ddl_logs%'; +-----------------------+-------+ | Variable_name | Value | +-----------------------+-------+ | innodb_print_ddl_logs | OFF | +-----------------------+-------+ 1 row in set (0.01 sec)
然後就可以在error log日志中看到ddl操作的日志瞭。相關日志如下：
[Note] [000000] InnoDB: DDL log insert : [DDL record: DELETE SPACE, id=18, thread_id=7, space_id=5, old_file_path=./test/t1.ibd] [Note] [000000] InnoDB: DDL log delete : by id 18 [Note] [000000] InnoDB: DDL log insert : [DDL record: REMOVE CACHE, id=19, thread_id=7, table_id=1058, new_file_path=test/t1] [Note] [000000] InnoDB: DDL log delete : by id 19 [Note] [000000] InnoDB: DDL log insert : [DDL record: FREE, id=20, thread_id=7, space_id=5, index_id=132, page_no=4] [Note] [000000] InnoDB: DDL log delete : by id 20 [Note] [000000] InnoDB: DDL log post ddl : begin for thread id : 7 [Note] [000000] InnoDB: DDL log post ddl : end for thread id : 7
mysql.innodb_ddl_log這個表的刷盤時機不受innodb_flush_logs_at_trx_commit參數的影響，這麼做的目的是為瞭避免數據文件被DDL操作修改瞭，但是對應的redo log還沒有刷新到磁盤，導致恢復或者回滾的時候報錯。
最後，我們介紹下整個原子DDL操作的幾個階段：
1、準備階段：創建需要的對象，寫入DDL log到mysql.innodb_ddl_log表，DDl log定義瞭如何前滾和回滾DDL操作
2、執行階段：執行DDL的操作流程
3、提交階段：更新數據字典，並提交數據字典事務
4、Post-DDL階段：從mysql.innodb_ddl_log表重放並刪除DDL日志。為瞭確保可以安全地執行回滾而不會引起不一致，在此最後階段執行磁盤上的文件操作，例如重命名或刪除數據文件。此階段還將從mysql.innodb_dynamic_metadata數據字典表中刪除動態元數據，以用於DROP TABLE，TRUNCATE TABLE和其他重建表的DDL操作。
以上就是詳解MySQL8.0原子DDL語法的詳細內容，更多關於MySQL8.0原子DDL語法的資料請關註WalkonNet其它相關文章！