MySQL中的行級鎖、表級鎖、頁級鎖？如果SQL事務(wù)代碼中嵌入了接口調(diào)用或文件操作等非數(shù)據(jù)庫交互操作，則整個事務(wù)可能會被掛起（接口不工作，等待超時或上傳下載大型附件）。事務(wù)中存在慢速查詢，導(dǎo)致同一事務(wù)

MySQL中的行級鎖、表級鎖、頁級鎖？

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

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

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

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

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

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