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

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

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

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

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

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

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

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

行級鎖為什么鎖住了整個表？

對于寫入，MySQL使用以下表鎖定方法：

如果表上沒有鎖，請對其設置寫入鎖。否則，將鎖請求放入寫鎖隊列。

對于讀，MySQL使用以下鎖定方法：

如果表上沒有寫鎖，請在表上設置讀鎖。否則，將鎖請求放入讀鎖隊列。

釋放鎖時，寫鎖隊列中的線程可以使用鎖，然后是讀鎖隊列中的線程。這意味著，如果一個表上有許多更新，select語句將等待，直到不再有更新為止。

MySQL的不同存儲引擎代表不同的鎖定機制。例如MyISAM和內(nèi)存存儲引擎采用表級鎖；BDB存儲引擎采用頁級鎖，但也支持表級鎖；InnoDB存儲引擎支持行級鎖也支持表級鎖，但默認使用行級鎖。

mysql死鎖出現(xiàn)的原因？

MySQL有三級鎖：頁級、表級和行級。

表級鎖：成本低，鎖定速度快；無死鎖；鎖粒度大，鎖沖突概率最高，并發(fā)性最低。

行級鎖：成本高、鎖定慢、死鎖、最小鎖定粒度、鎖沖突概率最低、并發(fā)性最高。

頁鎖：表鎖和行鎖之間的開銷和鎖定時間是有界的；會發(fā)生死鎖；鎖粒度是有界的，表鎖和行鎖之間是有界的，并發(fā)性一般

所謂死鎖<死鎖>：是指兩個或兩個以上進程因爭用而互相等待的現(xiàn)象執(zhí)行過程中的資源。如果沒有外力，它們就無法前進，如果系統(tǒng)處于死鎖狀態(tài)或系統(tǒng)出現(xiàn)死鎖，這些永遠等待對方的進程稱為死鎖進程。表級鎖不會產(chǎn)生死鎖。所以死鎖的解決方案主要是InnoDB，這是最常用的一種。

死鎖的關鍵是兩個（或更多）會話的鎖定順序不一致。

所以解決死鎖問題的關鍵是使不同的會話按順序鎖定