mysql怎么查看是表鎖還是行鎖？MyISAM不支持東西，所以這些隔離級別沒有意義。然后我們來討論這些隔離級別和鎖之間的關(guān)系（例如，InnoDB支持行級鎖）：首先，一件事情從begin開始，通過com

mysql怎么查看是表鎖還是行鎖？

MyISAM不支持東西，所以這些隔離級別沒有意義。然后我們來討論這些隔離級別和鎖之間的關(guān)系（例如，InnoDB支持行級鎖）：首先，一件事情從begin開始，通過commit或rollback結(jié)束。因此，在考慮事物的問題時，應(yīng)該考慮事物的整個生命周期。可以多次鎖定和解鎖同一行數(shù)據(jù)傳統(tǒng)的2PL（兩相鎖定）有許多不同之處。最簡單的方法是鎖緊然后均勻地松開鎖。不需要考慮釋放鎖的時間。最嚴(yán)格的是，一旦添加了所有鎖，它們只能在提交或回滾之后釋放。例如，有一行數(shù)據(jù)a，有兩件事T1和T21。Read uncommittedt1寫入A。寫入之前，會添加寫鎖，但寫入之后，會在提交之前釋放寫鎖。此時，T2可以讀取A。由于T1尚未提交，因此在T2中出現(xiàn)讀取未提交的情況。21中的情況仍然是Read committed。如果T1持有a的寫鎖直到T1提交成功，那么T2不能在T1提交之前讀取a，因此可以避免讀取未提交。這是讀提交。然而，在這個隔離級別，如果T1插入一個以前不存在的新行B，那么T2可以被讀取，這將導(dǎo)致不真實的讀取。三?？芍貜?fù)讀取為了避免不真實的讀取，可以添加謂詞鎖來延遲新行的添加。例如，如果T2想要讀取大于5的行，那么添加謂詞鎖，這樣就不能添加大于5的行。這個實現(xiàn)基本上實現(xiàn)了可序列化的讀取?；阪i的東西只是一種方法，一般稱為悲觀并發(fā)控制。另外，還有：樂觀并發(fā)控制：讀寫時沒有鎖。提交時，它檢測是否存在沖突。如果沒有沖突，commit成功，否則需要回滾。值得注意的是，雖然讀寫時沒有鎖，但檢測時需要鎖。否則，兩個相互沖突的東西可能會同時被成功地發(fā)現(xiàn)，這在大多數(shù)材料中是沒有發(fā)現(xiàn)的。Mvcc：給每個數(shù)據(jù)一個版本號。閱讀時，無需鎖定。編寫時，可以選擇樂觀并發(fā)控制或悲觀并發(fā)控制。這個實現(xiàn)很容易實現(xiàn)快照隔離（它也是一個隔離級別，但沒有上面提到的那么有名）。它可以確保一切在發(fā)生之前都能看到數(shù)據(jù)庫的完整實例）。

mysql行級鎖，表級鎖怎么添加？

如果SQL事務(wù)代碼中嵌入了接口調(diào)用或文件操作等非數(shù)據(jù)庫交互操作，則整個事務(wù)可能會被掛起（接口不工作，等待超時或上傳下載大附件）。

事務(wù)中存在慢速查詢，導(dǎo)致同一事務(wù)中的其他DML無法及時釋放占用的行鎖，導(dǎo)致行鎖等待。

這通常是由于在事務(wù)代碼中添加for循環(huán)引起的。雖然單個SQL運(yùn)行得很快，但是當(dāng)SQL的數(shù)量很大時，事務(wù)將非常慢。

這種SQL很容易讓人產(chǎn)生錯覺。例如，級聯(lián)更新，例如更新集。。。哪里。。。In（select b）不僅占用表a上的行鎖，還占用表b上的行鎖，當(dāng)SQL長時間執(zhí)行時，很容易導(dǎo)致表b上的行鎖等待。

在極少數(shù)情況下，例如存儲突然脫機(jī)時，SQL執(zhí)行會卡在內(nèi)核調(diào)用磁盤的步驟中，一直等待，事務(wù)無法提交。

綜上所述，如果事務(wù)長時間未提交，并且事務(wù)中包含DML操作，則可能會發(fā)生行鎖定等待，從而導(dǎo)致錯誤。