十年網(wǎng)站開發(fā)經(jīng)驗 + 多家企業(yè)客戶 + 靠譜的建站團隊
量身定制 + 運營維護+專業(yè)推廣+無憂售后,網(wǎng)站問題一站解決
1.查看表是否被鎖:

創(chuàng)新互聯(lián)公司專注于小店網(wǎng)站建設(shè)服務(wù)及定制,我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗。 熱誠為您提供小店營銷型網(wǎng)站建設(shè),小店網(wǎng)站制作、小店網(wǎng)頁設(shè)計、小店網(wǎng)站官網(wǎng)定制、小程序開發(fā)服務(wù),打造小店網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供小店網(wǎng)站排名全網(wǎng)營銷落地服務(wù)。
(1)直接在mysql命令行執(zhí)行:showengineinnodbstatus\G。
(2)查看造成死鎖的sql語句,分析索引情況,然后優(yōu)化sql。
(3)然后showprocesslist,查看造成死鎖占用時間長的sql語句。
(4)showstatuslike‘%lock%。
2.查看表被鎖狀態(tài)和結(jié)束死鎖步驟:
(1)查看表被鎖狀態(tài):showOPENTABLESwhereIn_use0;這個語句記錄當(dāng)前鎖表狀態(tài)。
(2)查詢進程:showprocesslist查詢表被鎖進程;查詢到相應(yīng)進程killid。
(3)分析鎖表的SQL:分析相應(yīng)SQL,給表加索引,常用字段加索引,表關(guān)聯(lián)字段加索引。
(4)查看正在鎖的事物:SELECT*FROMINFORMATION_SCHEMA.INNODB_LOCKS。
(5)查看等待鎖的事物:SELECT*FROMINFORMATION_SCHEMA.INNODB_LOCK_WAITS。
擴展資料
MySQL鎖定狀態(tài)查看命令:
Checkingtable:正在檢查數(shù)據(jù)表(這是自動的)。
Closingtables:正在將表中修改的數(shù)據(jù)刷新到磁盤中,同時正在關(guān)閉已經(jīng)用完的表。這是一個很快的操作,如果不是這樣的話,就應(yīng)該確認磁盤空間是否已經(jīng)滿了或者磁盤是否正處于重負中。
ConnectOut:復(fù)制從服務(wù)器正在連接主服務(wù)器。
Copyingtotmptableondisk:由于臨時結(jié)果集大于tmp_table_size,正在將臨時表從內(nèi)存存儲轉(zhuǎn)為磁盤存儲以此節(jié)省內(nèi)存。
Creatingtmptable:正在創(chuàng)建臨時表以存放部分查詢結(jié)果。
deletingfrommaintable:服務(wù)器正在執(zhí)行多表刪除中的第一部分,剛刪除第一個表。
deletingfromreferencetables:服務(wù)器正在執(zhí)行多表刪除中的第二部分,正在刪除其他表的記錄。
Flushingtables:正在執(zhí)行FLUSHTABLES,等待其他線程關(guān)閉數(shù)據(jù)表。
Killed:發(fā)送了一個kill請求給某線程,那么這個線程將會檢查kill標(biāo)志位,同時會放棄下一個kill請求。MySQL會在每次的主循環(huán)中檢查kill標(biāo)志位,不過有些情況下該線程可能會過一小段才能死掉。如果該線程程被其他線程鎖住了,那么kill請求會在鎖釋放時馬上生效。
Locked:被其他查詢鎖住了。
Sendingdata:正在處理SELECT查詢的記錄,同時正在把結(jié)果發(fā)送給客戶端。
Sortingforgroup:正在為GROUPBY做排序。
Sortingfororder:正在為ORDERBY做排序。
Openingtables:這個過程應(yīng)該會很快,除非受到其他因素的干擾。例如,在執(zhí)ALTERTABLE或LOCKTABLE語句行完以前,數(shù)據(jù)表無法被其他線程打開。正嘗試打開一個表。
Removingduplicates:正在執(zhí)行一個SELECTDISTINCT方式的查詢,但是MySQL無法在前一個階段優(yōu)化掉那些重復(fù)的記錄。因此,MySQL需要再次去掉重復(fù)的記錄,然后再把結(jié)果發(fā)送給客戶端。
Reopentable:獲得了對一個表的鎖,但是必須在表結(jié)構(gòu)修改之后才能獲得這個鎖。已經(jīng)釋放鎖,關(guān)閉數(shù)據(jù)表,正嘗試重新打開數(shù)據(jù)表。
Repairbysorting:修復(fù)指令正在排序以創(chuàng)建索引。
Repairwithkeycache:修復(fù)指令正在利用索引緩存一個一個地創(chuàng)建新索引。它會比Repairbysorting慢些。
Searchingrowsforupdate:正在講符合條件的記錄找出來以備更新。它必須在UPDATE要修改相關(guān)的記錄之前就完成了。
Sleeping:正在等待客戶端發(fā)送新請求。
Systemlock:正在等待取得一個外部的系統(tǒng)鎖。如果當(dāng)前沒有運行多個mysqld服務(wù)器同時請求同一個表,那么可以通過增加--skip-external-locking參數(shù)來禁止外部系統(tǒng)鎖。
Upgradinglock:INSERTDELAYED正在嘗試取得一個鎖表以插入新記錄。
Updating:正在搜索匹配的記錄,并且修改它們。
UserLock:正在等待GET_LOCK()。
Waitingfortables:該線程得到通知,數(shù)據(jù)表結(jié)構(gòu)已經(jīng)被修改了,需要重新打開數(shù)據(jù)表以取得新的結(jié)構(gòu)。然后,為了能的重新打開數(shù)據(jù)表,必須等到所有其他線程關(guān)閉這個表。
waitingforhandlerinsert:INSERTDELAYED已經(jīng)處理完了所有待處理的插入操作,正在等待新的請求。
第一步,查出已鎖的進程
查看正在鎖的事務(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進程
show engin innodb status; //最后一次死鎖信息及sql
show open tables where in_use 0 //查看鎖表
一、show ENGINE INNODB status
查看死鎖位置,分析。
二、
首先解決死鎖可以從死鎖發(fā)生的條件入手,最容易解決的就是更改獲取資源的順序;
其次是避免長事務(wù),讓事務(wù)執(zhí)行的時間盡可能少,讓事務(wù)的覆蓋范圍盡可能小,長事務(wù)會導(dǎo)致并發(fā)度降低,且會有更多的SQL查 詢延遲;
給整個方法加事務(wù)是否是必須的?可以不加事務(wù)的盡量不加。