有時識別哪個交易封鎖另一個交易很有幫助。包含 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 表格內容。