快捷導(dǎo)航

mysql查詢表是否被鎖的方法

更新時(shí)間：2020年10月10日 07:53:08 作者：FXL

在本篇文章里小編給大家分享的是關(guān)于mysql查詢表是否被鎖的方法，有需要的朋友們可以參考下。

具體方法：

（推薦教程：mysql數(shù)據(jù)庫(kù)學(xué)習(xí)教程）

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

# 查詢哪些表鎖了
show OPEN TABLES where In_use > 0;

查看造成死鎖的sql語(yǔ)句

# 查詢innodb引擎的運(yùn)行時(shí)信息
show engine innodb status;

查詢進(jìn)程

# 查詢所有進(jìn)程
show processlist;

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

# 刪除進(jìn)程
kill id;

查看正在鎖的事物

# 查看正在鎖的事物
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS

查看等待鎖的事物

# 查看等待鎖的事務(wù)
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;

內(nèi)容補(bǔ)充

MySQL鎖定狀態(tài)查看命令

Status	含義
Checking table	正在檢查數(shù)據(jù)表（這是自動(dòng)的）。
Closing tables	正在將表中修改的數(shù)據(jù)刷新到磁盤(pán)中，同時(shí)正在關(guān)閉已經(jīng)用完的表。這是一個(gè)很快的操作，如果不是這樣的話，就應(yīng)該確認(rèn)磁盤(pán)空間是否已經(jīng)滿了或者磁盤(pán)是否正處于重負(fù)中。
Connect Out	復(fù)制從服務(wù)器正在連接主服務(wù)器。
Copying to tmp table on disk	由于臨時(shí)結(jié)果集大于tmp_table_size，正在將臨時(shí)表從內(nèi)存存儲(chǔ)轉(zhuǎn)為磁盤(pán)存儲(chǔ)以此節(jié)省內(nèi)存。
Creating tmp table	正在創(chuàng)建臨時(shí)表以存放部分查詢結(jié)果。
deleting from main table	服務(wù)器正在執(zhí)行多表刪除中的第一部分，剛刪除第一個(gè)表。
deleting from reference tables	服務(wù)器正在執(zhí)行多表刪除中的第二部分，正在刪除其他表的記錄。
Flushing tables	正在執(zhí)行FLUSH TABLES，等待其他線程關(guān)閉數(shù)據(jù)表。
Killed	發(fā)送了一個(gè)kill請(qǐng)求給某線程，那么這個(gè)線程將會(huì)檢查kill標(biāo)志位，同時(shí)會(huì)放棄下一個(gè)kill請(qǐng)求。MySQL會(huì)在每次的主循環(huán)中檢查kill標(biāo)志位，不過(guò)有些情況下該線程可能會(huì)過(guò)一小段才能死掉。如果該線程程被其他線程鎖住了，那么kill請(qǐng)求會(huì)在鎖釋放時(shí)馬上生效。
Locked	被其他查詢鎖住了。
Sending data	正在處理SELECT查詢的記錄，同時(shí)正在把結(jié)果發(fā)送給客戶端。
Sorting for group	正在為GROUP BY做排序。
Sorting for order	正在為ORDER BY做排序。
Opening tables	這個(gè)過(guò)程應(yīng)該會(huì)很快，除非受到其他因素的干擾。例如，在執(zhí)ALTER TABLE或LOCK TABLE語(yǔ)句行完以前，數(shù)據(jù)表無(wú)法被其他線程打開(kāi)。正嘗試打開(kāi)一個(gè)表。
Removing duplicates	正在執(zhí)行一個(gè)SELECT DISTINCT方式的查詢，但是MySQL無(wú)法在前一個(gè)階段優(yōu)化掉那些重復(fù)的記錄。因此，MySQL需要再次去掉重復(fù)的記錄，然后再把結(jié)果發(fā)送給客戶端。
Reopen table	獲得了對(duì)一個(gè)表的鎖，但是必須在表結(jié)構(gòu)修改之后才能獲得這個(gè)鎖。已經(jīng)釋放鎖，關(guān)閉數(shù)據(jù)表，正嘗試重新打開(kāi)數(shù)據(jù)表。
Repair by sorting	修復(fù)指令正在排序以創(chuàng)建索引。
Repair with keycache	修復(fù)指令正在利用索引緩存一個(gè)一個(gè)地創(chuàng)建新索引。它會(huì)比Repair by sorting慢些。
Searching rows for update	正在講符合條件的記錄找出來(lái)以備更新。它必須在UPDATE要修改相關(guān)的記錄之前就完成了。
Sleeping	正在等待客戶端發(fā)送新請(qǐng)求。
System lock	正在等待取得一個(gè)外部的系統(tǒng)鎖。如果當(dāng)前沒(méi)有運(yùn)行多個(gè)mysqld服務(wù)器同時(shí)請(qǐng)求同一個(gè)表，那么可以通過(guò)增加--skip-external-locking參數(shù)來(lái)禁止外部系統(tǒng)鎖。
Upgrading lock	INSERT DELAYED正在嘗試取得一個(gè)鎖表以插入新記錄。
Updating	正在搜索匹配的記錄，并且修改它們。
User Lock	正在等待GET_LOCK()。
Waiting for tables	該線程得到通知，數(shù)據(jù)表結(jié)構(gòu)已經(jīng)被修改了，需要重新打開(kāi)數(shù)據(jù)表以取得新的結(jié)構(gòu)。然后，為了能的重新打開(kāi)數(shù)據(jù)表，必須等到所有其他線程關(guān)閉這個(gè)表。以下幾種情況下會(huì)產(chǎn)生這個(gè)通知：FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE。
waiting for handler insert	INSERT DELAYED已經(jīng)處理完了所有待處理的插入操作，正在等待新的請(qǐng)求。