有時，識別哪個交易封鎖另一個交易會很有幫助。包含 InnoDB 交易和資料鎖定資訊的資料表，可讓您判斷哪個交易正在等待另一個交易，以及正在請求哪個資源。（這些資料表的描述，請參閱第 17.15.2 節「InnoDB INFORMATION_SCHEMA 交易和鎖定資訊」。）

假設三個工作階段同時執行。每個工作階段對應到一個 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 資料表和效能結構描述 data_locks 和 data_lock_waits 資料表中看到基礎資料。

下表顯示 INNODB_TRX 資料表的一些範例內容。

下表顯示 data_locks 資料表的一些範例內容。

下表顯示 data_lock_waits 表格的一些範例內容。

在識別封鎖交易時，如果發出查詢的會話已閒置，則會針對封鎖查詢報告 NULL 值。在這種情況下，請使用以下步驟來確定封鎖查詢

有時，將內部 InnoDB 鎖定資訊與 MySQL 維護的會話層級資訊關聯會很有用。例如，您可能想知道，對於給定的 InnoDB 交易 ID，對應的 MySQL 會話 ID 和可能持有鎖定（因而封鎖其他交易）的會話名稱。

以下來自 INFORMATION_SCHEMA INNODB_TRX 表格以及 Performance Schema data_locks 和 data_lock_waits 表格的輸出取自一個負載較高的系統。如您所見，有數個交易正在執行。

以下 data_locks 和 data_lock_waits 表格顯示

下表顯示在執行繁重工作負載的系統中，PROCESSLIST 表格的內容。

下表顯示在執行繁重工作負載的系統中，INNODB_TRX 表格的內容。

下表顯示在執行繁重工作負載的系統中，data_lock_waits 表格的內容。

下表顯示在執行繁重工作負載的系統中，data_locks 表格的內容。