性能Schema对事务进行了instrumentation。事件层次结构中，等待事件嵌套在阶段事件中，阶段事件嵌套在语句事件中，语句事件嵌套在事务事件中。

这些表格存储事务事件：

以下部分描述了事务事件表。还有一些汇总表，聚合了事务事件信息；见Section 29.12.20.5，“Transaction Summary Tables”。

关于三个事务事件表之间关系的更多信息，请见Section 29.9，“Performance Schema Tables for Current and Historical Events”。

控制是否收集事务事件，设置相关的工具和消费者状态：

事务工具和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文件中：

控制事务事件收集在运行时，更新设置工具和设置消费者表：

只收集特定事务事件表的事件，启用事务工具，但只启用与所需表对应的事务消费者。

关于事件收集配置的更多信息，请参阅第29.3节，“性能_schema启动配置”和第29.4节，“性能_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，分别。

性能Schema定义了事务边界与服务器类似。事务事件的开始和结束与服务器的相应状态转换相匹配：

这有微妙的含义：

以下是一个示例场景：

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直到访问事务表才开始，尽管中间有非事务表的更新。

从性能_schema的角度，事务2从服务器进入活动事务状态时开始。语句6和7不在事务2的边界内，这与服务器将事务写入二进制日志的方式一致。

三个属性定义事务：

为了简化事务 Instrumentation和确保收集的事务数据提供完整、有意义的结果，所有事务都独立地 Instrumented，不考虑访问模式、隔离级别或自动提交模式。

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

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

事务事件的父是引发事务的事件。对于明确开始的事务，这包括START TRANSACTION和COMMIT AND CHAIN语句。对于隐式开始的事务，它是使用事务引擎的第一个语句，自上一个事务结束后。

一般来说，事务是所有在事务中引发的事件的顶级父，包括语句，如COMMIT和ROLLBACK。除此之外，语句隐式结束事务，如DDL语句，在这种情况下，当前事务必须提交，然后执行新语句。

事务和存储程序事件之间存在以下关系：

保存点语句被记录为单独的语句事件。事务事件包括单独的计数器，对于SAVEPOINT、ROLLBACK TO SAVEPOINT和RELEASE SAVEPOINT在事务中发布的语句。

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