有时识别哪个事务阻塞另一个事务是有帮助的。包含有关 InnoDB事务和数据锁的信息的表使您能够确定哪个事务正在等待另一个，以及正在请求哪个资源。（有关这些表的描述，请参阅 第 15.15.2 节，“InnoDB INFORMATION_SCHEMA 事务和锁定信息”。）

假设三个会话同时运行。每个session对应一个MySQL线程，一个个事务执行。考虑当这些会话发出以下语句但还没有提交其事务时系统的状态：

在这种情况下，使用以下查询来查看哪些事务正在等待以及哪些事务正在阻止它们：

SELECT
  r.trx_id waiting_trx_id,
  r.trx_mysql_thread_id waiting_thread,
  r.trx_query waiting_query,
  b.trx_id blocking_trx_id,
  b.trx_mysql_thread_id blocking_thread,
  b.trx_query blocking_query
FROM       performance_schema.data_lock_waits w
INNER JOIN information_schema.innodb_trx b
  ON b.trx_id = w.blocking_engine_transaction_id
INNER JOIN information_schema.innodb_trx r
  ON r.trx_id = w.requesting_engine_transaction_id;

或者，更简单地说，使用sys模式 innodb_lock_waits视图：

SELECT
  waiting_trx_id,
  waiting_pid,
  waiting_query,
  blocking_trx_id,
  blocking_pid,
  blocking_query
FROM sys.innodb_lock_waits;

如果为阻塞查询报告了 NULL 值，请参阅 在发出会话变为空闲后识别阻塞查询。

在上表中，您可以通过 “等待查询”或“阻塞查询” 列来识别会话。如你看到的：

INFORMATION_SCHEMA INNODB_TRX您可以在表和 Performance Schema data_locksand data_lock_waitstables 中看到底层数据 。

下表显示了该表的一些示例内容 INNODB_TRX。

下表显示了该表的一些示例内容 data_locks。

下表显示了该表的一些示例内容 data_lock_waits。

识别阻塞事务时，如果发出查询的会话已空闲，则为阻塞查询报告 NULL 值。在这种情况下，使用以下步骤来确定阻塞查询：

InnoDB有时将内部锁定信息与 MySQL 维护的会话级信息 关联起来很有用 。例如，对于给定的InnoDB 事务 ID，您可能想知道相应的 MySQL 会话 ID 和可能持有锁并因此阻塞其他事务的会话的名称。

INFORMATION_SCHEMA INNODB_TRX表和性能模式data_locks和 表 的以下输出 data_lock_waits取自一个有些加载的系统。可以看出，有几个事务在运行。

下表data_locks和 data_lock_waits表格表明：

下表显示了 PROCESSLIST运行繁重工作负载的系统的表内容。

下表显示了 INNODB_TRX运行繁重工作负载的系统的表内容。

下表显示了 data_lock_waits运行繁重 工作负载的系统的表内容。

下表显示了 data_locks运行繁重工作负载的系统的表内容。