mysql 查看數(shù)據(jù)庫中有沒有鎖

第一步，查看行鎖使用情況，命令：

創(chuàng)新互聯(lián)長期為上千客戶提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊從業(yè)經(jīng)驗10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為鹽津企業(yè)提供專業(yè)的網(wǎng)站設(shè)計、網(wǎng)站制作，鹽津網(wǎng)站改版等技術(shù)服務(wù)。擁有十年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。

show statue like 'innodb_row_lock%';

如下圖所示：

第二步，創(chuàng)建數(shù)據(jù)庫表monitor_amount，如下圖所示：

第三步，查看innodb的狀態(tài)，命令：

show innodb status \G;

如下圖所示：

第四步，向數(shù)據(jù)庫表monitor_amount插入四條記錄，如下圖所示：

第五步，再次查看innodb狀態(tài)，如下圖所示：

第六步，可以利用刪除表命令來停止查看，如下圖所示：

如何查看mysql的鎖信息

方法1：利用 metadata_locks 視圖

此方法僅適用于 MySQL 5.7 以上版本，該版本 performance_schema 新增了 metadata_locks，如果上鎖前啟用了元數(shù)據(jù)鎖的探針（默認(rèn)是未啟用的），可以比較容易的定位全局鎖會話。

方法2：利用 events_statements_history 視圖此方法適用于 MySQL 5.6 以上版本，啟用 performance_schema.eventsstatements_history（5.6 默認(rèn)未啟用，5.7 默認(rèn)啟用），該表會 SQL 歷史記錄執(zhí)行，如果請求太多，會自動清理早期的信息，有可能將上鎖會話的信息清理掉。

方法3：利用 gdb 工具如果上述兩種都用不了或者沒來得及啟用，可以嘗試第三種方法。利用 gdb 找到所有線程信息，查看每個線程中持有全局鎖對象，輸出對應(yīng)的會話 ID，為了便于快速定位，我寫成了腳本形式。也可以使用 gdb 交互模式，但 attach mysql 進(jìn)程后 mysql 會完全 hang 住，讀請求也會受到影響，不建議使用交互模式。

方法4：show processlist

如果備份程序使用的特定用戶執(zhí)行備份，如果是 root 用戶備份，那 time 值越大的是持鎖會話的概率越大，如果業(yè)務(wù)也用 root 訪問，重點是 state 和 info 為空的，這里有個小技巧可以快速篩選，篩選后嘗試 kill 對應(yīng) ID，再觀察是否還有 wait global read lock 狀態(tài)的會話。

方法5：重啟試試！

mysql 查看死鎖

第一步，查出已鎖的進(jìn)程

查看正在鎖的事務(wù)

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;

``

查看等待鎖的事務(wù)

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;

``

INNODB_TRX表主要是包含了正在InnoDB引擎中執(zhí)行的所有事務(wù)的信息，包括waiting for a lock和running的事務(wù)

select * from information_schema.innodb_trx

``

第二步，kill進(jìn)程

show engin innodb status; //最后一次死鎖信息及sql

show open tables where in_use 0 //查看鎖表

MySQL數(shù)據(jù)庫中查詢表是否被鎖以及解鎖

1.查看表被鎖狀態(tài)

2.查看造成死鎖的sql語句

3.查詢進(jìn)程

4.解鎖(刪除進(jìn)程)

5.查看正在鎖的事物? (8.0以下版本)

6.查看等待鎖的事物?(8.0以下版本)

mysql查看是否鎖表并解除鎖

一：檢查是否鎖表, 查詢進(jìn)程并殺死進(jìn)程

1) 查詢是否鎖表

show open tables where in_use 0;

2) 查詢進(jìn)程（如果您有SUPER權(quán)限，您可以看到所有線程。否則，您只能看到您自己的線程）

show processlist;

二：查看在鎖事務(wù),殺死事務(wù)對應(yīng)的線程ID

1) 查看正在鎖的事務(wù)

select * from information_schema.INNODB_LOCKS;

2) 殺死進(jìn)程id（就是[select * from information_schema.INNODB_LOCKS; ]命令的trx_mysql_thread_id列）

kill 線程ID

3) 查看等待鎖的事務(wù)

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;

其它：

1) 查看服務(wù)器狀態(tài)

show status like '%lock%';

2) 查看超時時間：

show variables like '%timeout%';

如何查看MySQL數(shù)據(jù)庫的死鎖信息

查看MySQL數(shù)據(jù)庫的死鎖日志

1. 使用終端或命令提示符登錄到MySQL，輸入命令：mysql -h xxxx.xxx.xxx -P 3306 -u username -p?解釋：xxxx.xxx.xxx是數(shù)據(jù)庫IP地址，username是數(shù)據(jù)庫用戶名，輸入命令后，會讓你輸入username對應(yīng)的密碼，就可以登錄了

2. 如何查看MySQL數(shù)據(jù)庫的死鎖信息?在MySQL客戶端下輸入命令：?show engine innodb status \G;

3. 如何定位MySQL數(shù)據(jù)庫的死鎖信息?在打印出來的信息中找到“LATEST DETECTED DEADLOCK”一節(jié)內(nèi)容，看圖中紅線

4. 如何分析日志，定位死鎖原因?看3里面的圖，紫色劃線部分?分析：?事務(wù)1，等待?RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`，這個位置的X鎖?事務(wù)2，持有?RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`這個地方的S鎖?事務(wù)2，等待這個地方的X鎖?理論上這個事務(wù)2是可以提交的不會，死鎖，但是這個事務(wù)日志只打印最后一部分死鎖，信息，這里面隱含的條件是，事務(wù)1也持有?RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`這個地方的S鎖，這樣，事務(wù)2不能加X鎖，同時事務(wù)1也不能加X鎖，產(chǎn)生死鎖。