剖析MySQL InnoDB引擎的行鎖表鎖，怎樣利用鎖解決事務(wù)并發(fā)問(wèn)題？當(dāng)多個(gè)網(wǎng)絡(luò)用戶(hù)同時(shí)讀取同一個(gè)數(shù)據(jù)庫(kù)表時(shí)，不會(huì)發(fā)生沖突。只有當(dāng)一個(gè)部分讀取另一個(gè)部分或每個(gè)人都必須編寫(xiě)數(shù)據(jù)庫(kù)時(shí)，才會(huì)發(fā)生沖突。數(shù)據(jù)

剖析MySQL InnoDB引擎的行鎖表鎖，怎樣利用鎖解決事務(wù)并發(fā)問(wèn)題？

當(dāng)多個(gè)網(wǎng)絡(luò)用戶(hù)同時(shí)讀取同一個(gè)數(shù)據(jù)庫(kù)表時(shí)，不會(huì)發(fā)生沖突。只有當(dāng)一個(gè)部分讀取另一個(gè)部分或每個(gè)人都必須編寫(xiě)數(shù)據(jù)庫(kù)時(shí)，才會(huì)發(fā)生沖突。數(shù)據(jù)庫(kù)執(zhí)行并發(fā)操作，即微操作為串行操作，宏操作為并行操作。MySQL是一個(gè)支持多事務(wù)處理的網(wǎng)絡(luò)數(shù)據(jù)庫(kù)。為了保證數(shù)據(jù)庫(kù)的一致性，在訪(fǎng)問(wèn)數(shù)據(jù)庫(kù)時(shí)必須合理使用互斥機(jī)制。

很容易理解這種機(jī)制。常用鎖包括共享鎖，即讀鎖、排他鎖，即寫(xiě)鎖和更新鎖，即更新操作期間添加的鎖，也可以分類(lèi)為寫(xiě)鎖。如果已添加讀鎖，請(qǐng)不要添加寫(xiě)鎖以防止數(shù)據(jù)不一致。如果存在寫(xiě)鎖，請(qǐng)不要添加寫(xiě)鎖以防止數(shù)據(jù)庫(kù)死鎖。

mysql update會(huì)鎖表嗎？

對(duì)于寫(xiě)入，MySQL使用以下表鎖定方法：

如果表上沒(méi)有鎖，請(qǐng)對(duì)其設(shè)置寫(xiě)入鎖。

否則，將鎖定請(qǐng)求放入寫(xiě)入鎖定隊(duì)列。

對(duì)于讀，MySQL使用以下鎖定方法：

如果表上沒(méi)有寫(xiě)鎖，請(qǐng)?jiān)诒砩显O(shè)置讀鎖。

否則，將鎖請(qǐng)求放入讀鎖隊(duì)列。

釋放鎖時(shí)，寫(xiě)鎖隊(duì)列中的線(xiàn)程可以使用鎖，然后是讀鎖隊(duì)列中的線(xiàn)程。

這意味著如果表上有許多更新，select語(yǔ)句將等待，直到?jīng)]有更多更新為止。

數(shù)據(jù)庫(kù)并發(fā)問(wèn)題對(duì)同一內(nèi)容更改，mysql表級(jí)行級(jí)鎖都什么時(shí)候用？

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

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

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

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

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

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