Performance Schema 对事务进行仪器化。在事件层次结构中，等待事件嵌套在阶段事件中，阶段事件嵌套在语句事件中，语句事件嵌套在事务事件中。

这些表存储事务事件

以下部分描述事务事件表。还有一些汇总表聚合了有关事务事件的信息；请参阅 第 29.12.20.5 节，“事务摘要表”。

有关三个事务事件表之间关系的更多信息，请参阅 第 29.9 节，“Performance Schema 用于当前和历史事件的表”。

配置事务事件收集

要控制是否收集事务事件，请设置相关仪器和消费者的状态

transaction 仪器和 events_transactions_current 和 events_transactions_history 事务消费者默认情况下处于启用状态

mysql> SELECT NAME, ENABLED, TIMED
       FROM performance_schema.setup_instruments
       WHERE NAME = 'transaction';
+-------------+---------+-------+
| NAME        | ENABLED | TIMED |
+-------------+---------+-------+
| transaction | YES     | YES   |
+-------------+---------+-------+
mysql> SELECT *
       FROM performance_schema.setup_consumers
       WHERE NAME LIKE 'events_transactions%';
+----------------------------------+---------+
| NAME                             | ENABLED |
+----------------------------------+---------+
| events_transactions_current      | YES     |
| events_transactions_history      | YES     |
| events_transactions_history_long | NO      |
+----------------------------------+---------+

要控制服务器启动时的事务事件收集，请在您的 my.cnf 文件中使用以下类似行

要控制运行时的事务事件收集，请更新 setup_instruments 和 setup_consumers 表

要仅为特定事务事件表收集事务事件，请启用 transaction 仪器，但仅启用与所需表相对应的消费者。

有关配置事件收集的更多信息，请参阅 第 29.3 节，“Performance Schema 启动配置” 和 第 29.4 节，“Performance Schema 运行时配置”。

事务边界

在 MySQL 服务器中，事务以以下语句显式开始

START TRANSACTION | BEGIN | XA START | XA BEGIN

事务也以隐式方式开始。例如，当 autocommit 系统变量处于启用状态时，每个语句的开始都会启动一个新的事务。

当 autocommit 处于禁用状态时，在已提交事务后的第一个语句将标记一个新的事务的开始。后续语句将是事务的一部分，直到它被提交。

事务以以下语句显式结束

COMMIT | ROLLBACK | XA COMMIT | XA ROLLBACK

事务也可能隐式结束，例如执行 DDL 语句、锁定语句和服务器管理语句时。

在下面的讨论中，对 START TRANSACTION 的引用也适用于 BEGIN、XA START 和 XA BEGIN。同样，对 COMMIT 和 ROLLBACK 的引用分别适用于 XA COMMIT 和 XA ROLLBACK。

性能模式将事务边界定义为类似于服务器。事务事件的开始和结束与服务器中相应的状态转换紧密匹配。

这种方法有一些微妙的含义。

为了说明这一点，请考虑以下场景。

1. SET autocommit = OFF;
2. CREATE TABLE t1 (a INT) ENGINE = InnoDB;
3. START TRANSACTION;                       -- Transaction 1 START
4. INSERT INTO t1 VALUES (1), (2), (3);
5. CREATE TABLE t2 (a INT) ENGINE = MyISAM; -- Transaction 1 COMMIT
                                            -- (implicit; DDL forces commit)
6. INSERT INTO t2 VALUES (1), (2), (3);     -- Update nontransactional table
7. UPDATE t2 SET a = a + 1;                 -- ... and again
8. INSERT INTO t1 VALUES (4), (5), (6);     -- Write to transactional table
                                            -- Transaction 2 START (implicit)
9. COMMIT;                                  -- Transaction 2 COMMIT

从服务器的角度来看，事务 1 在创建表 t2 时结束。事务 2 直到访问事务表才会开始，即使在访问非事务表之间进行了更新。

从性能模式的角度来看，事务 2 在服务器转换为活动事务状态时开始。语句 6 和 7 不包含在事务 2 的范围内，这与服务器如何将事务写入二进制日志是一致的。

事务检测

三个属性定义事务。

为了降低事务检测的复杂性，并确保收集的事务数据提供完整、有意义的结果，所有事务都独立于访问模式、隔离级别或自动提交模式进行检测。

要选择性地检查事务历史记录，请使用事务事件表中的属性列：ACCESS_MODE、ISOLATION_LEVEL 和 AUTOCOMMIT。

事务检测的成本可以通过多种方式降低，例如根据用户、帐户、主机或线程（客户端连接）启用或禁用事务检测。

事务和嵌套事件

事务事件的父事件是启动事务的事件。对于显式启动的事务，这包括 START TRANSACTION 和 COMMIT AND CHAIN 语句。对于隐式启动的事务，它是上一事务结束之后第一个使用事务引擎的语句。

通常，事务是事务期间启动的所有事件的顶级父事件，包括显式结束事务的语句，如 COMMIT 和 ROLLBACK。例外情况是隐式结束事务的语句，例如 DDL 语句，在这种情况下，必须在执行新语句之前提交当前事务。

事务和存储程序

事务和存储程序事件的关系如下。

事务和保存点

保存点语句记录为单独的语句事件。事务事件包括 SAVEPOINT、ROLLBACK TO SAVEPOINT 和 RELEASE SAVEPOINT 语句在事务期间发出的单独计数器。

事务和错误

在事务中发生的错误和警告记录在语句事件中，而不是在相应的事务事件中。这包括特定于事务的错误和警告，例如非事务表上的回滚或 GTID 一致性错误。