性能模式测量事务。在事件层次结构中，等待事件嵌套在阶段事件中，阶段事件嵌套在语句事件中，语句事件嵌套在事务事件中。

这些表存储事务事件:

以下部分描述事务事件表。还有汇总关于事务事件的信息的汇总表;看到第27.12.20.5节“交易汇总表”．

有关三个事务事件表之间关系的详细信息，请参见第27.9节“当前和历史事件的性能模式表”．

配置事务事件收集

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

的事务仪器和events_transactions_current而且events_transactions_history默认情况下，事务消费者是启用的:

mysql> SELECT NAME, ENABLED, TIMED FROM performance_schema。setup_instruments WHERE NAME = 'transaction';+-------------+---------+-------+ | 名字| |定时启用  | +-------------+---------+-------+ | 事务| |是的  | +-------------+---------+-------+ 从performance_schema mysql > SELECT *。setup_consumers WHERE NAME LIKE 'events_transactions%';+----------------------------------+---------+ | 启用名字|  | +----------------------------------+---------+ | events_transactions_current |是| | events_transactions_history |是| | events_transactions_history_long |不  | +----------------------------------+---------+

要在服务器启动时控制事务事件收集，请在您的my.cnf文件:

若要在运行时控制事务事件收集，请更新setup_instruments而且setup_consumers表:

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

有关配置事件收集的其他信息，请参见第27.3节“性能模式启动配置”,第27.4节“性能模式运行时配置”．

事务边界

在MySQL Server中，事务显式地以以下语句开始:

开始事务| begin | xa Start | xa begin

事务也隐式启动。例如，当自动提交系统变量被启用时，每条语句的开始将启动一个新的事务。

当自动提交禁用时，已提交事务之后的第一条语句将标志新事务的开始。后续语句是事务的一部分，直到提交为止。

事务以以下语句显式结束:

Commit | rollback | xa Commit | xa rollback

事务还通过执行DDL语句、锁定语句和服务器管理语句隐式结束。

在接下来的讨论中，引用开始事务也适用于开始，XA开始,XA开始．同样,引用提交而且回滚适用于XA提交而且XA回滚,分别。

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

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

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

1.SET autocommit = OFF;2.CREATE TABLE t1 (INT) = InnoDB;3.开始事务;——Transaction 1 START 4。INSERT INTO t1 VALUES (1)， (2)， (3);5.CREATE TABLE t2 (a INT) = 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,自动提交．

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

事务和嵌套事件

事务事件的父事件是启动事务的事件。对于显式启动的事务，这包括开始事务而且提交和链语句。对于隐式启动的事务，它是前一个事务结束后使用事务引擎的第一个语句。

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

事务和存储程序

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

事务和保存点

保存点语句被记录为单独的语句事件。的事务事件包括单独的计数器保存点，保存点回滚,RELEASE SAVEPOINT交易期间发出的报表。

交易和错误

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