Question

A.5.1.

MySQL 5.6 のトリガーについてのドキュメントはどこにありますか。

Answer 1

Answer 2

はい。https://forums.mysql.com/list.php?99 にあります。

Answer 3

MySQL 5.6 では、すべてのトリガーは FOR EACH ROW です。つまり、挿入、更新、または削除される各行に対してトリガーが実行されます。MySQL 5.6 は FOR EACH STATEMENT を使用したトリガーをサポートしていません。

Answer 4

明示的にはありません。MySQL は、一部の TIMESTAMP カラム、および AUTO_INCREMENT を使用して定義されたカラムに特殊な動作を割り当てています。

Answer 5

MySQL 5.6 では、トリガーを作成する場合は CREATE TRIGGER ステートメントを使用し、削除する場合は DROP TRIGGER を使用します。これらのステートメントについては、セクション13.1.19「CREATE TRIGGER 構文」およびセクション13.1.30「DROP TRIGGER 構文」を参照してください。

トリガーに関する情報は、INFORMATION_SCHEMA.TRIGGERS テーブルをクエリーすることによって取得できます。セクション21.26「INFORMATION_SCHEMA TRIGGERS テーブル」を参照してください。

Answer 6

はい。データベース dbname に定義されているすべてのトリガーのリストを取得するには、INFORMATION_SCHEMA.TRIGGERS テーブルに対して次のようなクエリーを使用します。

SELECT TRIGGER_NAME, EVENT_MANIPULATION, EVENT_OBJECT_TABLE, ACTION_STATEMENT
    FROM INFORMATION_SCHEMA.TRIGGERS
    WHERE TRIGGER_SCHEMA='dbname';

このテーブルについては、セクション21.26「INFORMATION_SCHEMA TRIGGERS テーブル」を参照してください。

MySQL に固有の SHOW TRIGGERS ステートメントを使用することもできます。セクション13.7.5.39「SHOW TRIGGERS 構文」を参照してください。

Answer 7

テーブルのトリガーは、現在、.TRG ファイルに格納され、テーブルごとにそのようなファイルが 1 つあります。

Answer 8

トリガーは、それ自体が定義されているテーブルの古いデータおよび新しいデータの両方にアクセスできます。トリガーはほかのテーブルに影響を与えることもできますが、その関数またはトリガーを呼び出したステートメントによってすでに使用されている (読み取りまたは書き込みのために) テーブルを変更することはできません。

Answer 9

MySQL 5.6 では、同じトリガーイベントおよびアクション時間を持つ複数のトリガーを特定のテーブルに定義することはできません。たとえば、1 つのテーブルに対して 2 つの BEFORE UPDATE トリガーを定義することはできません。この制限は MySQL 5.7 で解除されました。

Answer 10

はい。たとえば、トリガーは sys_exec() という UDF を呼び出すことができます。

Answer 11

はい。リモートサーバー上のテーブルは、FEDERATED ストレージエンジンを使用して更新できます。(セクション15.8「FEDERATED ストレージエンジン」を参照してください)。

Answer 12

はい。ただし、それらが動作する仕組みは、MySQL のすべてのバージョンで使用できる「標準」のステートメントベースのレプリケーション、または MySQL 5.1 で導入された行ベースのレプリケーション形式のいずれを使用しているかによって異なります。

ステートメントベースのレプリケーションを使用している場合、スレーブのトリガーは、マスターで実行されてスレーブにレプリケートされたステートメントによって実行されます。

行ベースのレプリケーションを使用している場合、スレーブのトリガーは、マスターで実行されてスレーブにレプリケートされたステートメントによって実行されません。代わりに、行ベースのレプリケーションを使用した場合は、マスターでトリガーが実行されたことによる変更がスレーブに適用されます。

詳細は、セクション17.4.1.32「レプリケーションとトリガー」を参照してください。

Answer 13

これは、ステートメントベースのレプリケーションまたは行ベースのレプリケーションのいずれを使用しているかによって異なります。

ステートメントベースのレプリケーション まず、マスターに存在するトリガーをスレーブサーバーに再作成する必要があります。これが行われると、レプリケーションに関与するほかの標準の DML ステートメントと同様に、レプリケーションフローが動作します。たとえば、マスター MySQL サーバーに存在する、AFTER 挿入トリガーを持つテーブル EMP について考えてみましょう。同じ EMP テーブルおよび AFTER 挿入トリガーが、スレーブサーバーにも存在します。レプリケーションフローは次のようになります。

INSERT ステートメントが EMP に発行されます。
EMP の AFTER トリガーが実行されます。
INSERT ステートメントがバイナリログに書き込まれます。
レプリケーションのスレーブは、EMP に対するその INSERT ステートメントを取得してそれを実行します。
スレーブに存在する EMP の AFTER トリガーが実行されます。

行ベースのレプリケーション 行ベースのレプリケーションを使用している場合は、マスターでトリガーが実行されたことによる変更がスレーブに適用されます。ただし、行ベースのレプリケーションでは、トリガー自体は実際にはスレーブで実行されません。これは、マスターとスレーブの両方にマスターの変更が適用され、さらにそれらの変更を行なったトリガーがスレーブで実行された場合、その変更は実際には 2 回スレーブに適用され、マスターとスレーブのデータが異なるデータとなってしまうためです。

ほとんどの場合、行ベースのレプリケーションおよびステートメントベースのレプリケーションで結果は同じです。ただし、マスターとスレーブで異なるトリガーを使用している場合、行ベースのレプリケーションは使用できません。(これは、行ベース形式は、トリガーが実行されるきっかけとなったステートメントではなく、マスターで実行されたトリガーによる変更をスレーブにレプリケートし、スレーブの対応するトリガーは実行されないためです。)代わりに、そのようなトリガーが実行されるきっかけとなったステートメントを、ステートメントベースのレプリケーションを使用してレプリケートする必要があります。

詳細は、セクション17.4.1.32「レプリケーションとトリガー」を参照してください。

A.5.1.	MySQL 5.6 のトリガーについてのドキュメントはどこにありますか。
	セクション20.3「トリガーの使用」を参照してください。
A.5.2.	MySQL のトリガーについてのディスカッションフォーラムはありますか。
	はい。https://forums.mysql.com/list.php?99 にあります。
A.5.3.	MySQL 5.6 にはステートメントレベルまたは行レベルのトリガーはありますか。
	MySQL 5.6 では、すべてのトリガーは `FOR EACH ROW` です。つまり、挿入、更新、または削除される各行に対してトリガーが実行されます。MySQL 5.6 は `FOR EACH STATEMENT` を使用したトリガーをサポートしていません。
A.5.4.	デフォルトのトリガーはありますか。
	明示的にはありません。MySQL は、一部の `TIMESTAMP` カラム、および `AUTO_INCREMENT` を使用して定義されたカラムに特殊な動作を割り当てています。
A.5.5.	MySQL でトリガーを管理するにはどうすればよいですか。
	MySQL 5.6 では、トリガーを作成する場合は `CREATE TRIGGER` ステートメントを使用し、削除する場合は `DROP TRIGGER` を使用します。これらのステートメントについては、セクション13.1.19「CREATE TRIGGER 構文」およびセクション13.1.30「DROP TRIGGER 構文」を参照してください。トリガーに関する情報は、`INFORMATION_SCHEMA.TRIGGERS` テーブルをクエリーすることによって取得できます。セクション21.26「INFORMATION_SCHEMA TRIGGERS テーブル」を参照してください。
A.5.6.	特定のデータベースのすべてのトリガーを表示する方法はありますか。
	はい。データベース `dbname` に定義されているすべてのトリガーのリストを取得するには、`INFORMATION_SCHEMA.TRIGGERS` テーブルに対して次のようなクエリーを使用します。 `SELECT TRIGGER_NAME, EVENT_MANIPULATION, EVENT_OBJECT_TABLE, ACTION_STATEMENT FROM INFORMATION_SCHEMA.TRIGGERS WHERE TRIGGER_SCHEMA='dbname';` このテーブルについては、セクション21.26「INFORMATION_SCHEMA TRIGGERS テーブル」を参照してください。 MySQL に固有の `SHOW TRIGGERS` ステートメントを使用することもできます。セクション13.7.5.39「SHOW TRIGGERS 構文」を参照してください。
A.5.7.	トリガーはどこに格納されますか。
	テーブルのトリガーは、現在、`.TRG` ファイルに格納され、テーブルごとにそのようなファイルが 1 つあります。
A.5.8.	トリガーはストアドプロシージャーを呼び出すことができますか。
	はい。
A.5.9.	トリガーはテーブルにアクセスできますか。
	トリガーは、それ自体が定義されているテーブルの古いデータおよび新しいデータの両方にアクセスできます。トリガーはほかのテーブルに影響を与えることもできますが、その関数またはトリガーを呼び出したステートメントによってすでに使用されている (読み取りまたは書き込みのために) テーブルを変更することはできません。
A.5.10.	1 つのテーブルに同じトリガーイベントおよびアクション時間のトリガーを複数定義することはできますか。
	MySQL 5.6 では、同じトリガーイベントおよびアクション時間を持つ複数のトリガーを特定のテーブルに定義することはできません。たとえば、1 つのテーブルに対して 2 つの `BEFORE UPDATE` トリガーを定義することはできません。この制限は MySQL 5.7 で解除されました。
A.5.11.	トリガーでは UDF を使用して外部アプリケーションを呼び出すことができますか。
	はい。たとえば、トリガーは `sys_exec()` という UDF を呼び出すことができます。
A.5.12.	トリガーはリモートサーバー上のテーブルを更新できますか。
	はい。リモートサーバー上のテーブルは、`FEDERATED` ストレージエンジンを使用して更新できます。(セクション15.8「FEDERATED ストレージエンジン」を参照してください)。
A.5.13.	トリガーはレプリケーションで動作しますか。
	はい。ただし、それらが動作する仕組みは、MySQL のすべてのバージョンで使用できる「標準」のステートメントベースのレプリケーション、または MySQL 5.1 で導入された行ベースのレプリケーション形式のいずれを使用しているかによって異なります。ステートメントベースのレプリケーションを使用している場合、スレーブのトリガーは、マスターで実行されてスレーブにレプリケートされたステートメントによって実行されます。行ベースのレプリケーションを使用している場合、スレーブのトリガーは、マスターで実行されてスレーブにレプリケートされたステートメントによって実行されません。代わりに、行ベースのレプリケーションを使用した場合は、マスターでトリガーが実行されたことによる変更がスレーブに適用されます。詳細は、セクション17.4.1.32「レプリケーションとトリガー」を参照してください。
A.5.14.	マスターでトリガーによって実行されたアクションはどのようにスレーブにレプリケートされますか。
	これは、ステートメントベースのレプリケーションまたは行ベースのレプリケーションのいずれを使用しているかによって異なります。ステートメントベースのレプリケーションまず、マスターに存在するトリガーをスレーブサーバーに再作成する必要があります。これが行われると、レプリケーションに関与するほかの標準の DML ステートメントと同様に、レプリケーションフローが動作します。たとえば、マスター MySQL サーバーに存在する、`AFTER` 挿入トリガーを持つテーブル `EMP` について考えてみましょう。同じ `EMP` テーブルおよび `AFTER` 挿入トリガーが、スレーブサーバーにも存在します。レプリケーションフローは次のようになります。 `INSERT` ステートメントが `EMP` に発行されます。 `EMP` の `AFTER` トリガーが実行されます。 `INSERT` ステートメントがバイナリログに書き込まれます。レプリケーションのスレーブは、`EMP` に対するその `INSERT` ステートメントを取得してそれを実行します。スレーブに存在する `EMP` の `AFTER` トリガーが実行されます。行ベースのレプリケーション行ベースのレプリケーションを使用している場合は、マスターでトリガーが実行されたことによる変更がスレーブに適用されます。ただし、行ベースのレプリケーションでは、トリガー自体は実際にはスレーブで実行されません。これは、マスターとスレーブの両方にマスターの変更が適用され、さらにそれらの変更を行なったトリガーがスレーブで実行された場合、その変更は実際には 2 回スレーブに適用され、マスターとスレーブのデータが異なるデータとなってしまうためです。ほとんどの場合、行ベースのレプリケーションおよびステートメントベースのレプリケーションで結果は同じです。ただし、マスターとスレーブで異なるトリガーを使用している場合、行ベースのレプリケーションは使用できません。(これは、行ベース形式は、トリガーが実行されるきっかけとなったステートメントではなく、マスターで実行されたトリガーによる変更をスレーブにレプリケートし、スレーブの対応するトリガーは実行されないためです。)代わりに、そのようなトリガーが実行されるきっかけとなったステートメントを、ステートメントベースのレプリケーションを使用してレプリケートする必要があります。詳細は、セクション17.4.1.32「レプリケーションとトリガー」を参照してください。

A.5 MySQL 5.6 FAQ: トリガー