mysql 檢視鎖表日誌 MYSQL 表鎖情況檢視

檢視鎖表情況

mysql> show status like 『table%』;

| variable_name | value |

| table_locks_immediate | 795505 |

| table_locks_waited | 0 |

| table_open_cache_hits | 0 |

| table_open_cache_misses | 0 |

| table_open_cache_overflows | 0 |

5 rows in set (0.00 sec)

table_locks_immediate 指的是能夠立即獲得表級鎖的次數

table_locks_waited 指的是不能立即獲取表級鎖而需要等待的次數，如果數量大，說明鎖等待多，有鎖爭用情況

檢視正在被鎖定的的表

show open tables where in_use > 0;

mysql> show open tables where in_use > 0;

| music | class_record | 1 | 0 |

| vipswoole | chat_message | 3 | 0 |

| music | user_account | 1 | 0 |

| music | sales_channel | 1 | 0 |

| music | class_room | 5 | 0 |

| music | user | 1 | 0 |

| music_school | user | 1 | 0 |

7 rows in set (0.00 sec)

mysql>

如果檢視到鎖爭用情況嚴重，可以再檢視當前執行的sql ：

mysql>show processlist

(mysqladmin -uroot -p -p 3306 processlist)

mysqladmin命令有乙個debug引數，可以分析當前mysql服務的狀態資訊，同時也可以用來幫助我們定位當前鎖的詳細情況，這裡我們通過該命令分析一下當前mysql服務的詳細狀態，執行mysqladmin命令如下：

[root@phpmysql02 data]# mysqladmin -ujss -p -s /data/3306/mysql.sock debug

enter password:

debug會將狀態資訊生成到mysql的錯誤檔案，一般鎖的資訊都會儲存在最後幾行，這裡我們在作業系統層error log最後幾行：

[root@phpmysql02 data]# tail -10 phpmysql02.err

thread database.table_name locked/waiting lock_type

2 hdpic.t_wiki_zutu waiting – write highest priority write lock

123890 hdpic.t_wiki_zutu_category locked – read low priority read lock

123890 hdpic.t_wiki_zutu_photo locked – read low priority read lock

123890 hdpic.t_wiki_zutu locked – read low priority read lock

124906 hdpic.t_wiki_zutu waiting – read low priority read lock

從上述資訊可以看出，123890持有的讀鎖阻塞了2的寫入和124906的讀操作，這個狀態符合我們的推論，接下來處理就比較單純了，如果現狀不可接受，不能繼續等待，將123890殺掉，釋放資源即可：

mysql> kill 123890;

query ok, 0 rows affected (0.00 sec)

再次執行show processlist檢視：

使用系統表進行鎖查詢：

select r.trx_isolation_level, r.trx_id waiting_trx_id,r.trx_mysql_thread_id waiting_trx_thread,

r.trx_state waiting_trx_state,lr.lock_mode waiting_trx_lock_mode,lr.lock_type waiting_trx_lock_type,

lr.lock_table waiting_trx_lock_table,lr.lock_index waiting_trx_lock_index,r.trx_query waiting_trx_query,

b.trx_id blocking_trx_id,b.trx_mysql_thread_id blocking_trx_thread,b.trx_state blocking_trx_state,

lb.lock_mode blocking_trx_lock_mode,lb.lock_type blocking_trx_lock_type,lb.lock_table blocking_trx_lock_table,

lb.lock_index blocking_trx_lock_index,b.trx_query blocking_query

from information_schema.innodb_lock_waits w inner join information_schema.innodb_trx b on b.trx_id=w.blocking_trx_id

inner join information_schema.innodb_trx r on r.trx_id=w.requesting_trx_id

inner join information_schema.innodb_locks lb on lb.lock_trx_id=w.blocking_trx_id

inner join information_schema.innodb_locks lr on lr.lock_trx_id=w.requesting_trx_id \g

涉及的3張表說明：

information_shcema下的三張表(通過這三張表可以更新監控當前事物並且分析存在的鎖問題)

innodb_trx ( 列印innodb核心中的當前活躍(active)事務)

innodb_locks ( 列印當前狀態產生的innodb鎖僅在有鎖等待時列印)

innodb_lock_waits (列印當前狀態產生的innodb鎖等待僅在有鎖等待時列印)

1) innodb_trx表結構說明 (摘取最能說明問題的8個字段)

欄位名說明

trx_id innodb 儲存引擎內部唯一的事物id

trx_state 當前事物狀態(running和lock wait兩種狀態)

trx_started 事物的開始時間

trx_requested_lock_id 等待事物的鎖id，如trx_state的狀態為lock wait，那麼該值帶表當前事物等待之前事物占用資源的id，若trx_state不是lock wait 則該值為null

trx_wait_started 事物等待的開始時間

trx_weight 事物的權重，在innodb儲存引擎中，當發生死鎖需要回滾的時，innodb儲存引擎會選擇該值最小的進行回滾

trx_mysql_thread_id mysql中的執行緒id, 即show processlist顯示的結果

trx_query 事物執行的sql語句

2)innodb_locks表結構說明

欄位名說明

lock_id 鎖的id

lock_trx_id 事物的id

lock_mode 鎖的模式(s鎖與x鎖兩種模式)

lock_type 鎖的型別表鎖還是行鎖(record)

lock_table 要加鎖的表

lock_index 鎖住的索引

lock_space 鎖住物件的space id

lock_page 事物鎖定頁的數量，若是表鎖則該值為null

lock_rec 事物鎖定行的數量，若是表鎖則該值為null

lock_data 事物鎖定記錄主鍵值，若是表鎖則該值為null(此選項不可信)

3)innodb_lock_waits表結構說明

欄位名說明

requesting_trx_id 申請鎖資源的事物id

requested_lock_id 申請的鎖的id

blocking_trx_id 阻塞其他事物的事物id

blocking_lock_id 阻塞其他鎖的鎖id

可以根據這三張表進行聯合查詢，得到更直觀更清晰的結果，可以參考如下sql(可根據自己的分析習慣適進行調整)

mysql 檢視鎖表日誌 MYSQL 表鎖情況檢視

MySQL檢視鎖表

mysql 表日誌檢視mysql的日誌

mysql檢視鎖表程序

mysql 檢視鎖表日誌 MYSQL 表鎖情況檢視

MySQL檢視鎖表

mysql 表 日誌 檢視mysql的日誌

mysql檢視鎖表程序

相關推薦

mysql 表日誌檢視mysql的日誌