请参阅第 20.3 节，“使用触发器”。

是的。它可以在https://forums.mysql.com/list.php?99找到。

在 MySQL 5.6 中，所有触发器都是FOR EACH ROW; 也就是说，为插入、更新或删除的每一行激活触发器。MySQL 5.6 不支持使用FOR EACH STATEMENT.

不明确。MySQL 确实对某些TIMESTAMP列以及使用 AUTO_INCREMENT.

在 MySQL 5.6 中，可以使用 CREATE TRIGGER语句创建触发器，并使用DROP TRIGGER. 有关这些语句的更多信息，请参阅 第 13.1.19 节，“CREATE TRIGGER 语句”和 第 13.1.30 节，“DROP TRIGGER 语句”。

触发器的信息可以通过查询 INFORMATION_SCHEMA.TRIGGERS表获得。请参阅第 21.3.27 节，“INFORMATION_SCHEMA TRIGGERS 表”。

是的。dbname您可以使用对表的查询 来获取在数据库中定义的所有触发器的列表，INFORMATION_SCHEMA.TRIGGERS如下所示：

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

有关此表的更多信息，请参阅 第 21.3.27 节，“INFORMATION_SCHEMA TRIGGERS 表”。

您还可以使用SHOW TRIGGERS特定于 MySQL 的语句。请参阅 第 13.7.5.39 节，“SHOW TRIGGERS 语句”。

触发器存储在.TRG文件中，每个表一个这样的文件。

是的。

触发器可以访问它自己的表中的旧数据和新数据。触发器也可以影响其他表，但不允许修改已被调用函数或触发器的语句使用（用于读取或写入）的表。

在 MySQL 5.6 中，给定表不能有多个具有相同触发事件和动作时间的触发器。例如，一个表不能有两个BEFORE UPDATE触发器。MySQL 5.7 中取消了此限制。

是的。可以使用 FEDERATED存储引擎更新远程服务器上的表。（参见 第 15.8 节，“联邦存储引擎”）。

是的。但是，它们的工作方式取决于您使用的是 MySQL 的“经典”基于语句还是基于行的复制格式。

使用基于语句的复制时，副本上的触发器由在源上执行（并复制到副本）的语句执行。

使用基于行的复制时，由于在源上运行然后复制到副本的语句，触发器不会在副本上执行。相反，当使用基于行的复制时，在源上执行触发器引起的更改将应用​​于副本。

有关详细信息，请参阅 第 17.4.1.33 节，“复制和触发器”。

同样，这取决于您使用的是基于语句还是基于行的复制。

基于语句的复制。  首先，必须在副本服务器上重新创建源上存在的触发器。完成此操作后，复制流程将像参与复制的任何其他标准 DML 语句一样工作。例如，考虑一个 EMP具有AFTER 插入触发器的表，它存在于复制源服务器上。副本服务器上也存在相同的EMP表和 AFTER插入触发器。复制流程将是：

基于行的复制。  当您使用基于行的复制时，在源上执行触发器引起的更改将应用​​于副本。但是，在基于行的复制下，触发器本身实际上并不在副本上执行。这是因为，如果源和副本都应用了来自源的更改，此外，导致这些更改的触发器也应用于副本，则这些更改实际上会在副本上应用两次，从而导致不同的数据源和副本。

在大多数情况下，基于行和基于语句的复制的结果是相同的。但是，如果您在源和副本上使用不同的触发器，则不能使用基于行的复制。（这是因为基于行的格式将源上执行的触发器所做的更改复制到副本，而不是导致触发器执行的语句，并且不会执行副本上的相应触发器。）相反，任何语句导致执行此类触发器的操作必须使用基于语句的复制进行复制。

有关详细信息，请参阅 第 17.4.1.33 节，“复制和触发器”。