【第21天】MYSQL进阶-查询优化- performance_schema系列三：事件记录（SQL 小虚竹)

柔情只为你懂 2023-10-07 20:24 40阅读 0赞

回城传送–》[《100天精通MYSQL从入门到就业》][100_MYSQL]

#### 文章目录 ####

*  零、前言
 *  一、练习题目
 *  二、SQL思路
 *   *  SQL进阶-查询优化- performance\_schema系列三：事件记录
     *   *  等待事件表
         *   *  events\_waits\_current 表
             *   *  实战试试：
             *  events\_waits\_history 表
             *  events\_waits\_history\_long 表
         *  语句事件表
         *   *  events\_statements\_current 表
             *   *  实战试试：
             *  events\_statements\_history 表
             *  events\_statements\_history\_long 表
         *  事务事件表
         *   *  events\_transactions\_current 表
             *   *  实战试试：
             *  events\_transactions\_history 表
             *  events\_transactions\_history\_long 表
 *  三、总结
 *  四、参考

## 零、前言 ##

今天是学习 **SQL** 打卡的第 **21** 天，每天我会提供一篇文章供群成员阅读（ **不需要订阅付钱** ）。

希望大家先自己思考，如果实在没有想法，再看下面的解题思路，自己再实现一遍。在[小虚竹JAVA社区][JAVA] 中对应的 【打卡贴】打卡，今天的任务就算完成了，养成每天学习打卡的好习惯。

虚竹哥会组织大家一起学习同一篇文章，所以有什么问题都可以在群里问，群里的小伙伴可以迅速地帮到你，一个人可以走得很快，一群人可以走得很远，有一起学习交流的战友，是多么幸运的事情。

我的学习策略很简单，题海策略+ 费曼学习法。如果能把这些题都认认真真自己实现一遍，那意味着 **SQL** 已经筑基成功了。后面的进阶学习，可以继续跟着我，一起走向架构师之路。

今天的学习内容是：**SQL进阶-查询优化- performance\_schema系列三：事件记录**

本文内容有1万多字，内容非常多，建议阅读方式：**记住标题和小模块的介绍** ，内容详解可帮助理解，看不懂也没事，后续章节的实战中也可慢慢体会。  
**本文适用于收藏，需要查阅指定配置时，可快速找到配置的详解。**

## 一、练习题目 ##

## 二、SQL思路 ##

### SQL进阶-查询优化- performance\_schema系列三：事件记录 ###

今天会讲解performance\_schema中事件原始记录表。

#### 等待事件表 ####

在性能优化时，硬件负载不高、SQL优化和库表结构优化都搞不定，达到了性能优化瓶颈，需要借助于等待事件来进行分析，找出在MySQL Server内部，到底数据库响应慢是慢在哪里。  
等待事件记录表包含三张表，这些表记录了当前与最近在MySQL实例中发生了哪些等待事件，时间消耗是多少。

*  events\_waits\_current表：记录当前正在执行的等待事件的，每个线程只记录1行记录
 *  events\_waits\_history表：记录已经执行完的最近的等待事件历史，默认每个线程只记录10行记录
 *  events\_waits\_history\_long表：记录已经执行完的最近的等待事件历史，默认所有线程的总记录行数为10000行

要注意：等待事件相关配置中，setup\_instruments表中绝大部分的等待事件instruments都没有开启(IO相关的等待事件instruments默认大部分已开启)，setup\_consumers表中waits相关的consumers配置默认没有开启。

##### events\_waits\_current 表 #####

events\_waits\_current表包含当前的等待事件信息，每个线程只显示一行最近监视的等待事件的当前状态。  
在所有包含等待事件行的表中，events\_waits\_current表是最基础的数据来源。其他包含等待事件数据表在逻辑上是来源于events\_waits\_current表中的当前事件信息（汇总表除外）。例如，events\_waits\_history和events\_waits\_history\_long表中的数据是events\_waits\_current表数据的一个小集合汇总（具体存放多少行数据集合有各自的变量控制）。

###### 实战试试： ######

开启监听：setup\_consumers表列出了可用的使用者类型以及已启用的使用者类型：

SELECT * FROM performance_schema.setup_consumers;

![在这里插入图片描述][f3ca5859a30f48c9a3b277368f02f935.png]  
默认events\_waits\_current是关闭的，修改状态会立即影响监听。

UPDATE performance_schema.setup_consumers
    SET ENABLED = 'YES'
    WHERE NAME = 'events_waits_current';

sleep 100秒

select sleep(100);
    
    select * from events_waits_current;

![在这里插入图片描述][de373e16106b4ee5853a7e6003c70846.png]  
TIMER\_WAIT字段即表示该事件的时间开销，单位是皮秒，在实际的应用场景中：**我们可以利用该字段信息进行倒序排序，以便找出时间开销最大的等待事件**。

字段说明：

*  THREAD\_ID，EVENT\_ID：与事件关联的线程ID和当前事件ID。THREAD\_ID和EVENT\_ID值构成了该事件信息行的唯一标识（不会有重复的THREAD\_ID+EVENT\_ID值）；
 *  END\_EVENT\_ID：当一个事件正在执行时该列值为NULL，当一个事件执行结束时把该事件的ID更新到该列；
 *  EVENT\_NAME：产生事件的instruments名称。该名称来自setup\_instruments表的NAME字段值；
 *  SOURCE：产生该事件的instruments所在的源文件名称以及检测到该事件发生点的代码行号。您可以查看源代码来确定涉及的代码。例如，如果互斥锁、锁被阻塞，您可以检查发生这种情况的上下文环境；
 *  TIMER\_START，TIMER\_END，TIMER\_WAIT：事件的时间信息。单位皮秒（万亿分之一秒）。 TIMER\_START和TIMER\_END值表示事件开始和结束时间。 TIMER\_WAIT是事件经过时间（即事件执行了多长时间）；
    
     *  如果事件未执行完成，则TIMER\_END为当前计时器时间值（当前时间），TIMER\_WAIT为目前为止所经过的时间（TIMER\_END - TIMER\_START）
     *  如果采集该事件的instruments配置项TIMED = NO，则不会收集事件的时间信息，TIMER\_START，TIMER\_END和TIMER\_WAIT在这种情况下均记录为NULL；
 *  SPINS：对于互斥量和自旋次数。如果该列值为NULL，则表示代码中没有使用自旋或者说自旋没有被监控起来；
 *  OBJECT\_SCHEMA，OBJECT\_NAME，OBJECT\_TYPE，OBJECT\_INSTANCE\_BEGIN：这些列标识了一个正在被执行的对象，这些列记录的信息含义需要看对象是什么类型。
 *  INDEX\_NAME：表示使用的索引的名称。PRIMARY表示使用到了主键。 NULL表示没有使用索引
 *  NESTING\_EVENT\_ID：表示该行信息中的EVENT\_ID事件是嵌套在哪个事件中，即父事件的EVENT\_ID；
 *  NESTING\_EVENT\_TYPE：表示该行信息中的EVENT\_ID事件嵌套的事件类型。有效值有：TRANSACTION，STATEMENT，STAGE或WAIT，即父事件的事件类型，如果为TRANSACTION则需要到事务事件表中找对应NESTING\_EVENT\_ID值的事件，其他类型同理
 *  OPERATION：执行的操作类型，如：lock、read、write、timed\_wait；
 *  NUMBER\_OF\_BYTES：操作读取或写入的字节数或行数。对于文件IO等待，该列值表示字节数；对于表I/O等待（wait/io/table/sql/handler instruments的事件），该列值表示行数。如果值大于1，则表示该事件对应一个批量I/O操作。
 *  FLAGS：留作将来使用
 *  PS：**events\_waits\_current表允许使用TRUNCATE TABLE语句**

##### events\_waits\_history 表 #####

events\_waits\_history表包含每个线程最近的N个等待事件。 在server启动时，N的值会自动调整。 如果要显式设置这个N大小，可以在server启动之前调整系统参数performance\_schema\_events\_waits\_history\_size的值。 等待事件需要执行结束时才被添加到events\_waits\_history表中（没有结束时保存在events\_waits\_current表）。当添加新事件到events\_waits\_history表时，如果该表已满，则会丢弃每个线程较旧的事件

events\_waits\_history与events\_waits\_current表定义相同

PS：**允许执行TRUNCATE TABLE语句**

##### events\_waits\_history\_long 表 #####

events\_waits\_history\_long表包含最近的N个等待事件（所有线程的事件）。在server启动时，N的值会自动调整。 如果要显式设置这个N大小，可以在server启动之前调整系统参数

performance\_schema\_events\_waits\_history\_long\_size的值。等待事件需要执行结束时才会被添加到events\_waits\_history\_long表中（没有结束时保存在events\_waits\_current表），当添加新事件到events\_waits\_history\_long表时，如果该表已满，则会丢弃该表中较旧的事件。

events\_waits\_history\_long与events\_waits\_current表结构相同

PS：**允许使用TRUNCATE TABLE语句**

#### 语句事件表 ####

语句事件记录表与等待事件记录表一样，也有三张表，这些表记录了当前与最近在MySQL实例中发生了哪些语句事件，时间消耗是多少。记录了各种各样的语句执行产生的语句事件信息。  
要注意：语句事件相关配置中，setup\_instruments表中statement/\*开头的所有instruments配置默认开启，setup\_consumers表中statements相关的consumers配置默认开启了events\_statements\_current、events\_statements\_history、statements\_digest（对应events\_statements\_summary\_by\_digest表，详见后续章节）但没有开启events\_statements\_history\_long。

##### events\_statements\_current 表 #####

events\_statements\_current表包含当前语句事件，每个线程只显示一行最近被监视语句事件的当前状态。

在包含语句事件行的表中，events\_statements\_current当前事件表是基础表。其他包含语句事件表中的数据在逻辑上来源于当前事件表（汇总表除外）。例如：events\_statements\_history和events\_statements\_history\_long表是最近的语句事件历史的集合，events\_statements\_history表中每个线程默认保留10行事件历史信息，events\_statements\_history\_long表中默认所有线程保留10000行事件历史信息

###### 实战试试： ######

SELECT * FROM performance_schema.setup_consumers;

![在这里插入图片描述][f3ca5859a30f48c9a3b277368f02f935.png]  
默认events\_statements\_current是开启的  
sleep 100秒

select sleep(100);
    
    select * from events_statements_current;

![在这里插入图片描述][2ad6b218a71b462ca3c212570b95d03f.png]

字段说明：

*  THREAD\_ID，EVENT\_ID：与事件关联的线程号和事件启动时的事件编号，可以使用THREAD\_ID和EVENT\_ID列值来唯一标识该行，这两行的值作为组合条件时不会出现相同的数据行
 *  END\_EVENT\_ID：当一个事件开始执行时，对应行记录的该列值被设置为NULL，当一个事件执行结束时，对应的行记录的该列值被更新为该事件的ID
 *  EVENT\_NAME：产生事件的监视仪器的名称。该列值来自setup\_instruments表的NAME值。对于SQL语句，EVENT\_NAME值最初的instruments是statement/com/Query，直到语句被解析之后，会更改为更合适的具体instruments名称，如：statement/sql/insert
 *  SOURCE：源文件的名称及其用于检测该事件的代码位于源文件中的行号，您可以检查源代码来确定涉及的代码
 *  TIMER\_START，TIMER\_END，TIMER\_WAIT：事件的时间信息。这些值的单位是皮秒（万亿分之一秒）。 TIMER\_START和TIMER\_END值表示事件的开始时间和结束时间。TIMER\_WAIT是事件执行消耗的时间（持续时间）
    
     *  如果事件未执行完成，则TIMER\_END为当前时间，TIMER\_WAIT为当前为止所经过的时间（TIMER\_END - TIMER\_START）。
     *  如果监视仪器配置表setup\_instruments中对应的监视器TIMED字段被设置为 NO，则不会收集该监视器的时间信息，那么对于该事件采集的信息记录中，TIMER\_START，TIMER\_END和TIMER\_WAIT字段值均为NULL
 *  LOCK\_TIME：等待表锁的时间。该值以微秒进行计算，但最终转换为皮秒显示，以便更容易与其他performance\_schema中的计时器进行比较
 *  SQL\_TEXT：SQL语句的文本。如果该行事件是与SQL语句无关的command事件，则该列值为NULL。默认情况下，语句最大显示长度为1024字节。如果要修改，则在server启动之前设置系统变量performance\_schema\_max\_sql\_text\_length的值
 *  DIGEST：语句摘要的MD5 hash值，为32位十六进制字符串，如果在setup\_consumers表中statement\_digest配置行没有开启，则语句事件中该列值为NULL
 *  DIGEST\_TEXT：标准化转换过的语句摘要文本，如果setup\_consumers表中statements\_digest配置行没有开启，则语句事件中该列值为NULL。performance\_schema\_max\_digest\_length系统变量决定着在存入该表时的最大摘要语句文本的字节长度（默认为1024字节），要注意：用于计算摘要语句文本的原始语句文本字节长度由系统变量max\_digest\_length控制，而存入表中的字节长度由系统变量performance\_schema\_max\_digest\_length控制，所以，如果performance\_schema\_max\_digest\_length小于max\_digest\_length时，计算出的摘要语句文本如果大于了performance\_schema\_max\_digest\_length定义的长度会被截断
 *  CURRENT\_SCHEMA：语句使用的默认数据库（使用use db\_name语句即可指定默认数据库），如果没有则为NULL
 *  OBJECT\_SCHEMA，OBJECT\_NAME，OBJECT\_TYPE：对于嵌套语句（存储程序最终是通过语句调用的，所以如果一个语句是由存储程序调用的，虽然说这个语句事件是嵌套在存储程序中的，但是实际上对于事件类型来讲，仍然是嵌套在语句事件中），这些列包含有关父语句的信息。如果不是嵌套语句或者是父语句本身产生的事件，则这些列值为NULL
 *  OBJECT\_INSTANCE\_BEGIN：语句的唯一标识，该列值是内存中对象的地址
 *  MYSQL\_ERRNO：语句执行的错误号，此值来自代码区域的语句诊断区域
 *  RETURNED\_SQLSTATE：语句执行的SQLSTATE值，此值来自代码区域的语句诊断区域
 *  MESSAGE\_TEXT：语句执行的具体错误信息，此值来自代码区域的语句诊断区域
 *  ERRORS：语句执行是否发生错误。如果SQLSTATE值以00（完成）或01（警告）开始，则该列值为0。其他任何SQLSTATE值时，该列值为1
 *  WARNINGS：语句警告数，此值来自代码区域的语句诊断区域
 *  ROWS\_AFFECTED：受该语句影响的行数。有关“受影响”的含义的描述，参见连接：
 *  > https://dev.mysql.com/doc/refman/5.7/en/mysql-affected-rows.html
    
     *  使用mysql\_query（）或mysql\_real\_query（）函数执行语句后，可能会立即调用mysql\_affected\_rows（）函数。如果是UPDATE，DELETE或INSERT，则返回最后一条语句更改、删除、插入的行数。对于SELECT语句，mysql\_affected\_rows（）的工作方式与mysql\_num\_rows（）一样（在执行结果最后返回的信息中看不到effected统计信息）
     *  对于UPDATE语句，受影响的行值默认为实际更改的行数。如果在连接到mysqld时指定了CLIENT\_FOUND\_ROWS标志给mysql\_real\_connect（）函数，那么affected-rows的值是“found”的行数。即WHERE子句匹配到的行数
     *  对于REPLACE语句，如果发生新旧行替换操作，则受影响的行值为2，因为在这种情况下，实际上是先删除旧值，后插入新值两个行操作
     *  对于INSERT … ON DUPLICATE KEY UPDATE语句，如果行作为新行插入，则每行的affected计数为1，如果发生旧行更新为新行则每行affected计数为2，如果没有发生任何插入和更新，则每行的affected计数为0 （但如果指定了CLIENT\_FOUND\_ROWS标志，则没有发生任何的插入和更新时，即set值就为当前的值时，每行的受影响行值计数为1而不是0）
     *  在存储过程的CALL语句调用之后，mysql\_affected\_rows（）返回的影响行数是存储程序中的最后一个语句执行的影响行数值，如果该语句返回-1，则存储程序最终返回0受影响。所以在存储程序执行时返回的影响行数并不可靠，但是你可以自行在存储程序中实现一个计数器变量在SQL级别使用ROW\_COUNT（）来获取各个语句的受影响的行值并相加，最终通过存储程序返回这个变量值。
 *  ROWS\_SENT：语句返回给客户端的数据行数
 *  ROWS\_EXAMINED：在执行语句期间从存储引擎读取的数据行数
 *  CREATED\_TMP\_DISK\_TABLES：像Created\_tmp\_disk\_tables状态变量一样的计数值，但是这里只用于这个事件中的语句统计而不针对全局、会话级别
 *  CREATED\_TMP\_TABLES：像Created\_tmp\_tables状态变量一样的计数值，但是这里只用于这个事件中的语句统计而不针对全局、会话级别
 *  SELECT\_FULL\_JOIN：像Select\_full\_join状态变量一样的计数值，但是这里只用于这个事件中的语句统计而不针对全局、会话级别
 *  SELECT\_FULL\_RANGE\_JOIN：像Select\_full\_range\_join状态变量一样的计数值，但是这里只用于这个事件中的语句统计而不针对全局、会话级别
 *  SELECT\_RANGE：就像Select\_range状态变量一样的计数值，但是这里只用于这个事件中的语句统计而不针对全局、会话级别
 *  SELECT\_RANGE\_CHECK：像Select\_range\_check状态变量一样的计数值，但是这里只用于这个事件中的语句统计而不针对全局、会话级别
 *  SELECT\_SCAN：像Select\_scan状态变量一样的计数值，但是这里只用于这个事件中的语句统计而不针对全局、会话级别
 *  SORT\_MERGE\_PASSES：像Sort\_merge\_passes状态变量一样的计数值，但是这里只用于这个事件中的语句统计而不针对全局、会话级别
 *  SORT\_RANGE：像Sort\_range状态变量一样的计数值，但是这里只用于这个事件中的语句统计而不针对全局、会话级别
 *  SORT\_ROWS：像Sort\_rows状态变量一样的计数值，但是这里只用于这个事件中的语句统计而不针对全局、会话级别
 *  SORT\_SCAN：像Sort\_scan状态变量一样的计数值，但是这里只用于这个事件中的语句统计而不针对全局、会话级别
 *  NO\_INDEX\_USED：如果语句执行表扫描而不使用索引，则该列值为1，否则为0
 *  NO\_GOOD\_INDEX\_USED：如果服务器找不到用于该语句的合适索引，则该列值为1，否则为0
 *  NESTING\_EVENT\_ID，NESTING\_EVENT\_TYPE，NESTING\_EVENT\_LEVEL：这三列与其他列结合一起使用，为顶级（未知抽象的语句或者说是父语句）语句和嵌套语句（在存储的程序中执行的语句）提供以下事件信息
    
     *  对于顶级语句：  
        OBJECT\_TYPE = NULL,OBJECT\_SCHEMA = NULL,OBJECT\_NAME = NULL,NESTING\_EVENT\_ID = NULL,NESTING\_EVENT\_TYPE = NULL,NESTING\_LEVEL = 0
     *  对于嵌套语句：OBJECT\_TYPE =父语句对象类型,OBJECT\_SCHEMA =父语句数据库级名称,OBJECT\_NAME =父语句表级对象名称,NESTING\_EVENT\_ID =父语句EVENT\_ID,NESTING\_EVENT\_TYPE =‘STATEMENT’,NESTING\_LEVEL =父语句NESTING\_LEVEL加一，例如：1，表示父语句的下一层嵌套语句
 *  PS:**允许使用TRUNCATE TABLE语句**

##### events\_statements\_history 表 #####

events\_statements\_history表包含每个线程最新的N个语句事件。 在server启动时，N的值会自动调整。 要显式设置N的大小，可以在server启动之前设置系统变量performance\_schema\_events\_statements\_history\_size的值。 statement事件执行完成时才会添加到该表中。 当添加新事件到该表时，如果对应线程的事件在该表中的配额已满，则会丢弃对应线程的较旧的事件

events\_statements\_history与events\_statements\_current表结构相同

PS：**允许使用TRUNCATE TABLE语句**

##### events\_statements\_history\_long 表 #####

events\_statements\_history\_long表包含最近的N个语句事件。在server启动时，N的值会自动调整。 要显式设置N的大小，可以在server启动之前设置系统变量performance\_schema\_events\_statements\_history\_long\_size的值。 statement事件需要执行结束时才会添加到该表中。 当添加新事件到该表时，如果该表的全局配额已满，则会丢弃该表中较旧的事件

events\_statements\_history\_long与events\_statements\_current表结构相同

PS：**允许使用TRUNCATE TABLE语句**

#### 事务事件表 ####

事务事件记录表与等待事件记录表一样，也有三张表，这些表记录了当前与最近在MySQL实例中发生了哪些事务事件，时间消耗是多少

要注意：事务事件相关配置中，setup\_instruments表中只有一个名为transaction的instrument，默认关闭，setup\_consumers表中transactions相关的consumers配置默认关闭了

##### events\_transactions\_current 表 #####

events\_transactions\_current表包含当前事务事件信息，每个线程只保留一行最近事务的事务事件

在包含事务事件信息的表中，events\_transactions\_current是基础表。其他包含事务事件信息的表中的数据逻辑上来源于当前事件表。例如：events\_transactions\_history和events\_transactions\_history\_long表分别包含每个线程最近10行事务事件信息和全局最近10000行事务事件信息

###### 实战试试： ######

SELECT * FROM performance_schema.setup_consumers;

![在这里插入图片描述][f3ca5859a30f48c9a3b277368f02f935.png]

select * from events_transactions_current;

![在这里插入图片描述][59e8c34a34574525862f917d457b8878.png]

字段说明：

*  THREAD\_ID，EVENT\_ID：与事件关联的线程号和事件启动时的事件编号，可以使用THREAD\_ID和EVENT\_ID列值来唯一标识该行，这两行的值作为组合条件时不会出现相同的数据行
 *  END\_EVENT\_ID：当一个事件开始执行时，对应行记录的该列值被设置为NULL，当一个事件执行结束时，对应的行记录的该列值被更新为该事件的ID
 *  EVENT\_NAME：收集该事务事件的instruments的名称。来自setup\_instruments表的NAME列值
 *  STATE：当前事务状态。有效值为：ACTIVE（执行了START TRANSACTION或BEGIN语句之后，事务未提交或未回滚之前）、COMMITTED（执行了COMMIT之后）、ROLLED BACK（执行了ROLLBACK语句之后）
 *  TRX\_ID：未使用，字段值总是为NULL
 *  GTID：包含gtid\_next系统变量的值，其值可能是格式为：UUID:NUMBER的GTID，也可能是：ANONYMOUS、AUTOMATIC。对于AUTOMATIC列值的事务事件，GTID列在事务提交和对应事务的GTID实际分配时都会进行更改(如果gtid\_mode系统变量为ON或ON\_PERMISSIVE，则GTID列将更改为事务的GTID，如果gtid\_mode为OFF或OFF\_PERMISSIVE，则GTID列将更改为ANONYMOUS）
 *  XID\_FORMAT\_ID，XID\_GTRID和XID\_BQUAL：XA事务标识符的组件。关于XA事务语法详见链接：
 *  > https://dev.mysql.com/doc/refman/5.7/en/xa-statements.html
 *  XA\_STATE：XA事务的状态。有效值为：ACTIVE（执行了XA START之后，未执行其他后续XA语句之前）、IDLE（执行了XA END语句之后，未执行其他后续XA语句之前）、PREPARED（执行了XA PREPARE语句之后，未执行其他后续XA语句之前）、ROLLED BACK（执行了XA ROLLBACK语句之后，未执行其他后续XA语句之前）、COMMITTED（执行了XA COMMIT语句之后）
 *  SOURCE：源文件的名称及其用于检测该事件的代码位于源文件中的行号，您可以检查源代码来确定涉及的代码
 *  TIMER\_START，TIMER\_END，TIMER\_WAIT：事件的时间信息。这些值的单位是皮秒（万亿分之一秒）。 TIMER\_START和TIMER\_END值表示事件的开始时间和结束时间。TIMER\_WAIT是事件执行消耗的时间（持续时间）  
    如果事件未执行完成，则TIMER\_END为当前时间，TIMER\_WAIT为当前为止所经过的时间（TIMER\_END - TIMER\_START）
 *  如果监视仪器配置表setup\_instruments中对应的监视器TIMED字段被设置为 NO，则不会收集该监视器的时间信息，那么对于该事件采集的信息记录中，TIMER\_START，TIMER\_END和TIMER\_WAIT字段值均为NULL
 *  ACCESS\_MODE：事务访问模式。有效值为：READ ONLY或READ WRITE
 *  ISOLATION\_LEVEL：事务隔离级别。有效值为：REPEATABLE READ、READ COMMITTED、READ UNCOMMITTED、SERIALIZABLE
 *  AUTOCOMMIT：在事务开始时是否启用了自动提交模式，如果启用则为YES，没有启用则为NO
 *  NUMBER\_OF\_SAVEPOINTS，NUMBER\_OF\_ROLLBACK\_TO\_SAVEPOINT，NUMBER\_OF\_RELEASE\_SAVEPOINT：在事务内执行的SAVEPOINT，ROLLBACK TO SAVEPOINT和RELEASE SAVEPOINT语句的数量
 *  OBJECT\_INSTANCE\_BEGIN：未使用，字段值总是为NULL
 *  NESTING\_EVENT\_ID：嵌套事务事件的父事件EVENT\_ID值
 *  NESTING\_EVENT\_TYPE：嵌套事件类型。有效值为：TRANSACTION、STATEMENT、STAGE、WAIT （由于事务无法嵌套，因此该列值不会出现TRANSACTION）
 *  PS:**允许使用TRUNCATE TABLE语句**

##### events\_transactions\_history 表 #####

*  events\_transactions\_history表包含每个线程最近的N个事务事件。 在server启动时，N的值会自动调整。 要显式设置N的大小，可以在server启动之前设置系统变量
 *  performance\_schema\_events\_transactions\_history\_size的值。事务事件未执行完成之前不会添加到该表中。当有新的事务事件添加到该表时，如果该表已满，则会丢弃对应线程较旧的事务事件
 *  events\_transactions\_history与events\_transactions\_current表结构相同

PS：**允许使用TRUNCATE TABLE语句**

##### events\_transactions\_history\_long 表 #####

events\_transactions\_history\_long表包含全局最近的N个事务事件。在server启动时，N的值会自动调整。 要显式设置N的大小，可以在server启动之前设置系统变量

performance\_schema\_events\_transactions\_history\_long\_size的值。事务事件在执行完之前不会添加到该表中。当添加新事务事件时，如果该表已满，则会丢弃较旧的事件

events\_transactions\_history\_long与events\_transactions\_current表结构相同

PS：**允许使用TRUNCATE TABLE语句**

## 三、总结 ##

本文讲解了performance\_schema中三个类型的事件原始记录表：等待事件表、语句事件表和事务事件表。分别对其进行实战演示和字段说明。  
本文内容有1万多字，内容非常多，建议阅读方式：**记住标题和小模块的介绍** ，内容详解可帮助理解，看不懂也没事，后续章节的实战中也可慢慢体会。  
**本文适用于收藏，需要查阅指定配置时，可快速找到配置的详解。**

## 四、参考 ##

[事件记录 | performance\_schema全方位介绍][_ performance_schema]  
[官方mysql\_affected\_rows详解][mysql_affected_rows]  
[官方xa-statements事务语法详解][xa-statements]

我是虚竹哥，我们明天见~

[100_MYSQL]: https://blog.csdn.net/shi_hong_fei_hei/category_11929488.html
[JAVA]: https://bbs.csdn.net/forums/xiaoxuzhu
[f3ca5859a30f48c9a3b277368f02f935.png]: https://img-blog.csdnimg.cn/f3ca5859a30f48c9a3b277368f02f935.png
[de373e16106b4ee5853a7e6003c70846.png]: https://img-blog.csdnimg.cn/de373e16106b4ee5853a7e6003c70846.png
[2ad6b218a71b462ca3c212570b95d03f.png]: https://img-blog.csdnimg.cn/2ad6b218a71b462ca3c212570b95d03f.png
[59e8c34a34574525862f917d457b8878.png]: https://img-blog.csdnimg.cn/59e8c34a34574525862f917d457b8878.png
[_ performance_schema]: https://mp.weixin.qq.com/s/zbL7MvcEa461HdCRLrZf0g?from=from_parent_mindnote
[mysql_affected_rows]: https://dev.mysql.com/doc/c-api/8.0/en/mysql-affected-rows.html
[xa-statements]: https://dev.mysql.com/doc/refman/5.7/en/xa-statements.html