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

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

MySQL有三級(jí)鎖：頁(yè)級(jí)、表級(jí)和行級(jí)。

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

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

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

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

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

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

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

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