查看鎖表情況
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;
+————–+—————+——–+————-+
| Database | Table | In_use | Name_locked |
+————–+—————+——–+————-+
| 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（可根據自己的分析習慣適進行調整）