mysql死鎖出現(xiàn)的原因？MySQL有三級鎖：頁級、表級和行級。表級鎖：成本低，鎖定速度快；無死鎖；鎖粒度大，鎖沖突概率最高，并發(fā)性最低。行級鎖：成本高、鎖定慢、死鎖、最小鎖定粒度、鎖沖突概率最低、并

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

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

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

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

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

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

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

所以解決死鎖問題的關(guān)鍵是：讓不同的會話順序鎖定

在一個事務(wù)中，如果一個表中的數(shù)據(jù)被修改了，這個東西的執(zhí)行時間比較長，并且在SQL中添加了排他鎖，那么其他查詢語句在查詢過程中會一直等待，這相當于把表鎖到最后寫的東西希望我的答案能讓你滿意

這個代碼，只要滿足條件，肯定會死鎖的。R如果兩個線程同時進行批更新，則第一個線程用id=1更新數(shù)據(jù)，第二個線程用id=2更新數(shù)據(jù)。R此時，第一個線程準備更新id=2的數(shù)據(jù)，但是線程2持有的連接沒有提交，因此無法獲得數(shù)據(jù)庫中id=2的行鎖。同時，第二個線程準備更新id=1的數(shù)據(jù)。因為無法獲得id=1的行鎖，所以會導(dǎo)致死鎖。R解決方法是：如果條件被更新，比如主鍵，則根據(jù)主鍵排序后批量更新。R如果更新條件不是主鍵，則可以由單個線程處理。R還可以通過執(zhí)行一條語句來避免死鎖。但是，使用批處理性能太低，您仍然需要結(jié)合業(yè)務(wù)調(diào)整代碼以避免死鎖