用數據庫的時候，偶爾會出現死鎖，針對我們的業務系統，出現死鎖的直接結果就是系統卡頓、客戶找事兒，所以我們也在想盡全力的消除掉數據庫的死鎖。出現死鎖的時候，如果只是想解鎖，用show full processlist看下kill掉就好了，如果想查找到詳細的問題，一個辦法是用show engine innodb status來查看簡略信息或者開死鎖日志，后期在mysql日志里面慢慢分析。以上這寫方法我們都用過，最近在看Innodb的書的時候發現另一種實時的分析方法，能最大限度的分析死鎖的原因。
MySQL 5.5 版本以后，information_schema（ski:mə） 庫中新增了三個關於鎖的表，亦即 innodb_trx 、innodb_locks 和 innodb_lock_waits 。其中 innodb_trx 表記錄當前運行的所有事務，innodb_locks 表記錄當前出現的鎖，innodb_lock_waits 表記錄鎖等待的對應關系。
下面對 innodb_trx 表的每個字段進行解釋：
trx_id：事務ID。
trx_state：事務狀態，有以下幾種狀態：RUNNING、LOCK WAIT、ROLLING BACK 和 COMMITTING。
trx_started：事務開始時間。
trx_requested_lock_id：事務當前正在等待鎖的標識，可以和 INNODB_LOCKS 表 JOIN 以得到更多詳細信息。
trx_wait_started：事務開始等待的時間。
trx_weight：事務的權重。
trx_mysql_thread_id：事務線程 ID，可以和 PROCESSLIST 表 JOIN。
trx_query：事務正在執行的 SQL 語句。
trx_operation_state：事務當前操作狀態。
trx_tables_in_use：當前事務執行的 SQL 中使用的表的個數。
trx_tables_locked：當前執行 SQL 的行鎖數量。
trx_lock_structs：事務保留的鎖數量。
trx_lock_memory_bytes：事務鎖住的內存大小，單位為 BYTES。
trx_rows_locked：事務鎖住的記錄數。包含標記為 DELETED，並且已經保存到磁盤但對事務不可見的行。
trx_rows_modified：事務更改的行數。
trx_concurrency_tickets：事務並發票數。
trx_isolation_level：當前事務的隔離級別。
trx_unique_checks：是否打開唯一性檢查的標識。
trx_foreign_key_checks：是否打開外鍵檢查的標識。
trx_last_foreign_key_error：最后一次的外鍵錯誤信息。
trx_adaptive_hash_latched：自適應散列索引是否被當前事務鎖住的標識。
trx_adaptive_hash_timeout：是否立刻放棄為自適應散列索引搜索 LATCH 的標識。
下面對 innodb_locks 表的每個字段進行解釋：
lock_id：鎖 ID。 lock_trx_id：擁有鎖的事務 ID。可以和 INNODB_TRX 表 JOIN 得到事務的詳細信息。 lock_mode：鎖的模式。有如下鎖類型：行級鎖包括：S、X、IS、IX，分別代表：共享鎖、排它鎖、意向共享鎖、意向排它鎖。表級鎖包括：S_GAP、X_GAP、IS_GAP、IX_GAP 和 AUTO_INC，分別代表共享間隙鎖、排它間隙鎖、意向共享間隙鎖、意向排它間隙鎖和自動遞增鎖。 lock_type：鎖的類型。RECORD 代表行級鎖，TABLE 代表表級鎖。 lock_table：被鎖定的或者包含鎖定記錄的表的名稱。 lock_index：當 LOCK_TYPE=’RECORD’ 時，表示索引的名稱；否則為 NULL。 lock_space：當 LOCK_TYPE=’RECORD’ 時，表示鎖定行的表空間 ID；否則為 NULL。 lock_page：當 LOCK_TYPE=’RECORD’ 時，表示鎖定行的頁號；否則為 NULL。 lock_rec：當 LOCK_TYPE=’RECORD’ 時，表示一堆頁面中鎖定行的數量，亦即被鎖定的記錄號；否則為 NULL。 lock_data：當 LOCK_TYPE=’RECORD’ 時，表示鎖定行的主鍵；否則為NULL。
查看 innodb_lock_waits 表結構。
requesting_trx_id：請求事務的 ID。
requested_lock_id：事務所等待的鎖定的 ID。可以和 INNODB_LOCKS 表 JOIN。
blocking_trx_id：阻塞事務的 ID。
blocking_lock_id：某一事務的鎖的 ID，該事務阻塞了另一事務的運行。可以和 INNODB_LOCKS 表 JOIN。
新建一個鎖事務進行模擬一下。
Session 1 開始事務。
mysql> START TRANSACTION; Query OK, 0 rows affected (0.00 sec) mysql> UPDATE user SET name='wentasy' WHERE id = 2; Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0
-- 此時已經開始事務，所以 innodb_trx 表會有記錄。mysql> SELECT * FROM information_schema.innodb_trx \G *************************** 1. row *************************** trx_id: 360E trx_state: RUNNING trx_started: 2015-01-27 15:23:49 trx_requested_lock_id: NULL trx_wait_started: NULL trx_weight: 3 trx_mysql_thread_id: 1 trx_query: SELECT * FROM information_schema.innodb_trx trx_operation_state: NULL trx_tables_in_use: 0 trx_tables_locked: 0 trx_lock_structs: 2 trx_lock_memory_bytes: 376 trx_rows_locked: 1 trx_rows_modified: 1 trx_concurrency_tickets: 0 trx_isolation_level: REPEATABLE READ trx_unique_checks: 1 trx_foreign_key_checks: 1 trx_last_foreign_key_error: NULL trx_adaptive_hash_latched: 0 trx_adaptive_hash_timeout: 10000 1 row in set (0.00 sec) -- 此時沒有發生鎖等待，故 innodb_locks表 和 innodb_lock_waits 表都沒有數據。 mysql> SELECT * FROM information_schema.innodb_locks \G Empty set (0.00 sec) mysql> SELECT * FROM information_schema.innodb_lock_waits \G Empty set (0.00 sec)Session 2 更新數據。
mysql> USE test; mysql> UPDATE user SET name="lock_waits" WHERE ID = 2;
Session 1 查看 innodb_trx 表、innodb_locks 表和 innodb_lock_waits 表，可以查看到數據。
在 innodb_trx 表的第一行，trx_id 為 360F 表示第二個事務，狀態為等待狀態，請求的鎖 ID 為 360F:243:3:3，線程 ID 為 2，事務用到的表為 1，有 1 個表被鎖。第二行中，trx_id 為 360E 表示第一個事務。
mysql> SELECT * FROM information_schema.innodb_trx \G *************************** 1. row *************************** trx_id: 360F trx_state: LOCK WAIT trx_started: 2015-01-27 15:28:48 trx_requested_lock_id: 360F:243:3:3 trx_wait_started: 2015-01-27 15:28:48 trx_weight: 2 trx_mysql_thread_id: 2 trx_query: UPDATE user SET name="lock_waits" WHERE ID = 2 trx_operation_state: starting index read trx_tables_in_use: 1 trx_tables_locked: 1 trx_lock_structs: 2 trx_lock_memory_bytes: 376 trx_rows_locked: 1 trx_rows_modified: 0 trx_concurrency_tickets: 0 trx_isolation_level: REPEATABLE READ trx_unique_checks: 1 trx_foreign_key_checks: 1 trx_last_foreign_key_error: NULL trx_adaptive_hash_latched: 0 trx_adaptive_hash_timeout: 10000 *************************** 2. row *************************** trx_id: 360E trx_state: RUNNING trx_started: 2015-01-27 15:23:49 trx_requested_lock_id: NULL trx_wait_started: NULL trx_weight: 3 trx_mysql_thread_id: 1 trx_query: SELECT * FROM information_schema.innodb_trx trx_operation_state: NULL trx_tables_in_use: 0 trx_tables_locked: 0 trx_lock_structs: 2 trx_lock_memory_bytes: 376 trx_rows_locked: 1 trx_rows_modified: 1 trx_concurrency_tickets: 0 trx_isolation_level: REPEATABLE READ trx_unique_checks: 1 trx_foreign_key_checks: 1 trx_last_foreign_key_error: NULL trx_adaptive_hash_latched: 0 trx_adaptive_hash_timeout: 10000 2 rows in set (0.00 sec) mysql> SELECT * FROM information_schema.innodb_locks \G *************************** 1. row *************************** lock_id: 360F:243:3:3 lock_trx_id: 360F lock_mode: X lock_type: RECORD lock_table: `test`.`user` lock_index: `PRIMARY` lock_space: 243 lock_page: 3 lock_rec: 3 lock_data: 2 *************************** 2. row *************************** lock_id: 360E:243:3:3 lock_trx_id: 360E lock_mode: X lock_type: RECORD lock_table: `test`.`user` lock_index: `PRIMARY` lock_space: 243 lock_page: 3 lock_rec: 3 lock_data: 2 2 rows in set (0.00 sec) mysql> SELECT * FROM information_schema.innodb_lock_waits \G *************************** 1. row *************************** requesting_trx_id: 360F requested_lock_id: 360F:243:3:3 blocking_trx_id: 360E blocking_lock_id: 360E:243:3:3 1 row in set (0.00 sec)
由於默認的 innodb_lock_wait_timeout 是 50 秒，所以 50 秒過后，Session 2 出現如下提示：
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction