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

假设有三个会话同时运行。每个会话对应一个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_waiting w INNER JOIN information_schema。innodb_trx b ON b.trx_id = w.b blocking_engine_transaction_id INNER JOIN信息模式。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_waiting;

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

在上表中，可以通过”等待查询”或”阻塞查询”列。如你所见:

可以看到底层数据INFORMATION_SCHEMAINNODB_TRX表和性能方案data_locks而且data_lock_waits表。

的一些示例内容INNODB_TRX表格

的一些示例内容data_locks表格

的一些示例内容data_lock_waits表格

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

有时，内部关联是有用的InnoDB锁定信息和MySQL维护的会话级信息。例如，你可能想知道，对于一个给定的InnoDB事务ID，对应的MySQL会话ID和可能持有锁的会话的名称，从而阻塞其他事务。

的以下输出INFORMATION_SCHEMAINNODB_TRX表和性能方案data_locks而且data_lock_waits表是从一个有些加载的系统中取出的。可以看到，有几个事务正在运行。

以下data_locks而且data_lock_waits表显示:

的内容如下表所示PROCESSLIST表为系统运行重工作负载．

的内容如下表所示INNODB_TRX表为系统运行重工作负载．

的内容如下表所示data_lock_waits表为系统运行重工作负载．

的内容如下表所示data_locks表为系统运行重工作负载．