サポートされているテーブル DDL ステートメントには、データベース、テーブルスペース、テーブルおよびインデックスに対する CREATE、ALTER および DROP ステートメントと、TRUNCATE TABLE ステートメントが含まれます。

サポートされているテーブル以外の DDL ステートメントは次のとおりです:

InnoDB 以外のストレージエンジンを含むテーブル関連の DDL ステートメント。

INSTALL PLUGIN および UNINSTALL PLUGIN ステートメント。

INSTALL COMPONENT および UNINSTALL COMPONENT ステートメント。

CREATE SERVER、ALTER SERVER および DROP SERVER ステートメント。

メタデータの更新、バイナリログの書き込み、およびストレージエンジンの操作 (該当する場合) は、単一の原子性操作に結合されます。

DDL 操作中、SQL レイヤーに中間コミットはありません。

該当する場合:

DDL 操作の表示可能な動作はアトミックで、一部の DDL ステートメントの動作が変更されます。 DDL ステートメントの動作の変更を参照してください。

すべての名前付きテーブルがアトミック DDL でサポートされているストレージエンジンを使用している場合、DROP TABLE 操作は完全にアトミックです。 このステートメントは、すべてのテーブルを正常に削除するか、ロールバックします。

指定されたテーブルが存在せず、ストレージエンジンに関係なく変更が行われない場合、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)

すべてのテーブルがアトミック DDL でサポートされているストレージエンジンを使用する場合、DROP DATABASE はアトミックです。 このステートメントは、すべてのオブジェクトを正常に削除するか、ロールバックします。 ただし、ファイルシステムからのデータベースディレクトリの削除は最後に行われ、アトミック操作の一部ではありません。 ファイルシステムエラーまたはサーバーの停止が原因でデータベースディレクトリの削除に失敗した場合、DROP DATABASE トランザクションはロールバックされません。

アトミック DDL でサポートされているストレージエンジンを使用しないテーブルの場合、テーブルの削除はアトミック DROP TABLE または DROP DATABASE トランザクションの外部で行われます。 このようなテーブルの削除はバイナリログに個別に書き込まれるため、DROP TABLE または DROP DATABASE 操作が中断された場合は、ストレージエンジン、データディクショナリ、およびバイナリログ間の相違が最大で 1 つのテーブルに制限されます。 複数のテーブルを削除する操作の場合、アトミック DDL でサポートされているストレージエンジンを使用しないテーブルは、それを実行するテーブルの前に削除されます。

アトミック DDL でサポートされているストレージエンジンを使用するテーブルに対する CREATE TABLE, ALTER TABLE, RENAME TABLE, TRUNCATE TABLE, CREATE TABLESPACE、および DROP TABLESPACE 操作は、その操作中にサーバーが停止すると、完全にコミットまたはロールバックされます。 以前の MySQL リリースでは、これらの操作が中断されると、ストレージエンジン、データディクショナリ、およびバイナリログ間の不一致が発生したり、孤立したファイルの背後に残されたりする可能性がありました。 RENAME TABLE 操作は、すべての名前付きテーブルがアトミック DDL でサポートされているストレージエンジンを使用している場合にのみアトミックです。

MySQL 8.0.21 の時点では、アトミック DDL をサポートするストレージエンジンでは、行ベースレプリケーションが使用されているときに、CREATE TABLE ... SELECT ステートメントがバイナリログに 1 つのトランザクションとして記録されます。 以前は、2 つのトランザクションとしてログに記録されていました。1 つはテーブルの作成用、もう 1 つはデータの挿入用です。 2 つのトランザクション間またはデータの挿入中にサーバー障害が発生すると、空のテーブルがレプリケーションされる可能性があります。 アトミック 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 バージョンでは、複数のユーザーを指定するアカウント管理ステートメントは、一部のユーザーでは成功し、他のユーザーでは失敗する可能性がありました。

この例では、動作の変更が示されています。この例では、2 番目の 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 が導入される前に、2 番目の 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 ログレコードには、特定の DDL 操作に属する DDL ログのリプレイおよび削除に使用される thread_id が割り当てられます。 複数のデータファイル操作を含む 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 操作で使用されます。