# 當(dāng)前運行的所有事務(wù)

SELECT * FROM information_schema.INNODB_TRX;

# 當(dāng)前出現(xiàn)的鎖

SELECT * FROM information_schema.INNODB_LOCKs;

# 鎖等待的對應(yīng)關(guān)系

SELECT * FROM information_schema.INNODB_LOCK_waits;

# PROCESSLIST表記錄了每個MySql線程的用戶，地址以及操作的db等其他信息。

①

SELECT * FROM information_schema.PROCESSLIST;

或者

②

SHOW PROCESSLIST

一、information_schema.INNODB_TRX表詳情

innodb_trx?表的每個字段解釋如下：

trx_id：事務(wù)ID。 trx_state：事務(wù)狀態(tài)，有以下幾種狀態(tài)：RUNNING、LOCK WAIT、ROLLING BACK 和 COMMITTING。 trx_started：事務(wù)開始時間。 trx_requested_lock_id：事務(wù)當(dāng)前正在等待鎖的標(biāo)識，可以和 INNODB_LOCKS 表 JOIN 以得到更多詳細(xì)信息。 trx_wait_started：事務(wù)開始等待的時間。 trx_weight：事務(wù)的權(quán)重。 trx_mysql_thread_id：事務(wù)線程 ID，可以和 PROCESSLIST 表 JOIN。 trx_query：事務(wù)正在執(zhí)行的 SQL 語句。 trx_operation_state：事務(wù)當(dāng)前操作狀態(tài)。 trx_tables_in_use：當(dāng)前事務(wù)執(zhí)行的 SQL 中使用的表的個數(shù)。 trx_tables_locked：當(dāng)前執(zhí)行 SQL 的行鎖數(shù)量。 trx_lock_structs：事務(wù)保留的鎖數(shù)量。 trx_lock_memory_bytes：事務(wù)鎖住的內(nèi)存大小，單位為 BYTES。 trx_rows_locked：事務(wù)鎖住的記錄數(shù)。包含標(biāo)記為 DELETED，并且已經(jīng)保存到磁盤但對事務(wù)不可見的行。 trx_rows_modified：事務(wù)更改的行數(shù)。 trx_concurrency_tickets：事務(wù)并發(fā)票數(shù)。 trx_isolation_level：當(dāng)前事務(wù)的隔離級別。 trx_unique_checks：是否打開唯一性檢查的標(biāo)識。 trx_foreign_key_checks：是否打開外鍵檢查的標(biāo)識。 trx_last_foreign_key_error：最后一次的外鍵錯誤信息。 trx_adaptive_hash_latched：自適應(yīng)散列索引是否被當(dāng)前事務(wù)鎖住的標(biāo)識。 trx_adaptive_hash_timeout：是否立刻放棄為自適應(yīng)散列索引搜索 LATCH 的標(biāo)識。

二、information_schema.INNODB_LOCKs表詳情

innodb_locks?表的每個字段解釋如下

lock_id：鎖 ID。 lock_trx_id：擁有鎖的事務(wù) ID。可以和 INNODB_TRX 表 JOIN 得到事務(wù)的詳細(xì)信息。 lock_mode：鎖的模式。有如下鎖類型：行級鎖包括：S、X、IS、IX，分別代表：共享鎖、排它鎖、意向共享鎖、意向排它鎖。表級鎖包括：S_GAP、X_GAP、IS_GAP、IX_GAP 和 AUTO_INC，分別代表共享間隙鎖、排它間隙鎖、意向共享間隙鎖、意向排它間隙鎖和自動遞增鎖。 lock_type：鎖的類型。RECORD 代表行級鎖，TABLE 代表表級鎖。 lock_table：被鎖定的或者包含鎖定記錄的表的名稱。 lock_index：當(dāng) LOCK_TYPE=’RECORD’ 時，表示索引的名稱；否則為 NULL。 lock_space：當(dāng) LOCK_TYPE=’RECORD’ 時，表示鎖定行的表空間 ID；否則為 NULL。 lock_page：當(dāng) LOCK_TYPE=’RECORD’ 時，表示鎖定行的頁號；否則為 NULL。 lock_rec：當(dāng) LOCK_TYPE=’RECORD’ 時，表示一堆頁面中鎖定行的數(shù)量，亦即被鎖定的記錄號；否則為 NULL。 lock_data：當(dāng) LOCK_TYPE=’RECORD’ 時，表示鎖定行的主鍵；否則為NULL。

三、information_schema.INNODB_LOCK_waits表詳情

innodb_lock_waits 表的每個字段解釋如下：

requesting_trx_id：請求事務(wù)的 ID。 requested_lock_id：事務(wù)所等待的鎖定的 ID。可以和 INNODB_LOCKS 表 JOIN。 blocking_trx_id：阻塞事務(wù)的 ID。 blocking_lock_id：某一事務(wù)的鎖的 ID，該事務(wù)阻塞了另一事務(wù)的運行。可以和 INNODB_LOCKS 表 JOIN。

四、INFORMATION_SCHEMA.PROCESSLIST表詳情

PROCESSLIST?表的每個字段解釋如下：

id:標(biāo)識ID。這與在SHOW PROCESSLIST語句的Id列、Performance Schema threads表的PROCESSLIST_ID列中顯示的值類型相同，并由CONNECTION_ID()函數(shù)返回 user:發(fā)出該語句的mysql用戶。 host：發(fā)出該語句的客戶機的主機名(系統(tǒng)用戶除外，沒有主機)。 db：默認(rèn)數(shù)據(jù)庫。 command：線程正在執(zhí)行的命令的類型。 time：線程處于當(dāng)前狀態(tài)的時間(以秒為單位)。 state：指示線程正在執(zhí)行的操作、事件或狀態(tài)。 info：線程正在執(zhí)行的語句，如果沒有執(zhí)行任何語句，則為NULL。

五、事務(wù)一直處于RUNNING狀態(tài)解決辦法

1、需要區(qū)分的是?Lock wait timeout exceeded?與??Dead Lock?是不一樣。

• Lock wait timeout exceeded：后提交的事務(wù)等待前面處理的事務(wù)釋放鎖，但是在等待的時候超過了mysql的鎖等待時間，就會引發(fā)這個異常。
• Dead Lock：兩個事務(wù)互相等待對方釋放相同資源的鎖，從而造成的死循環(huán)，就會引發(fā)這個異常。

2、還有一個要注意的是?innodb_lock_wait_timeout?與?lock_wait_timeout?也是不一樣的。

• innodb_lock_wait_timeout：innodb的dml操作的行級鎖的等待時間。
• lock_wait_timeout：數(shù)據(jù)結(jié)構(gòu)ddl操作的鎖的等待時間。

定位步驟如下：

（1）使用如下語句查看事務(wù)，找到狀態(tài)為RUNNING的記錄

SELECT * FROM information_schema.INNODB_TRX;

（2）通過trx_mysql_thread_id去查詢information_schema.processlist表，找到執(zhí)行事務(wù)的客戶端請求的SQL線程

select * from information_schema.PROCESSLIST WHERE ID = 'xxx';

（3）查看到端口和host以后，再到對應(yīng)的服務(wù)器查看相關(guān)的應(yīng)用和日志

netstat -nlatp | grep 23452 ps -eaf | grep 12059

（4）如果無法定位，此時我們需要從performance_schema表尋找特定線程的信息

# 查看事件 select * from performance_schema.events_statements_current

（5）根據(jù)我們拿到的線程id去查，可以獲取到具體的執(zhí)行sql

select * from performance_schema.events_statements_current where THREAD_ID in (select THREAD_ID from performance_schema.threads where PROCESSLIST_ID=15844)

?

總結(jié)

以上是生活随笔為你收集整理的Mysql：Mysql数据库系统表之详细了解INNODB_TRX、INNODB_LOCKs、INNODB_LOCK_waits、PROCESSLIST表的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。