如何為一個(gè)網(wǎng)站做短連接,express wordpress,大連購(gòu)物網(wǎng)站開(kāi)發(fā),特色的企業(yè)網(wǎng)站建設(shè)并發(fā)事務(wù) A/B 如何避免互相影響#xff08;UPDATE 有交集#xff09;一、核心機(jī)制當(dāng)事務(wù) A、B 的 UPDATE 操作涉及同一批數(shù)據(jù)時(shí)#xff0c;MySQL#xff08;InnoDB#xff09;主要靠三類機(jī)制保證“不會(huì)互相把數(shù)據(jù)寫亂”#xff1a;鎖#xff08;Locking#xff09; UPDATE 有交集一、核心機(jī)制當(dāng)事務(wù) A、B 的UPDATE操作涉及同一批數(shù)據(jù)時(shí)MySQLInnoDB主要靠三類機(jī)制保證“不會(huì)互相把數(shù)據(jù)寫亂”鎖Locking寫操作對(duì)目標(biāo)記錄加排他鎖 X 鎖同一時(shí)間只允許一個(gè)事務(wù)改同一行。隔離級(jí)別Isolation常見(jiàn)默認(rèn)是RR可重復(fù)讀配合MVCC處理讀一致性寫沖突則靠鎖串行化。事務(wù)原子性與提交ACID要么全部成功提交要么全部回滾鎖通常在COMMIT/ROLLBACK才釋放在事務(wù)語(yǔ)句塊內(nèi)。二、具體場(chǎng)景兩個(gè)事務(wù)同時(shí)轉(zhuǎn)賬同一賬戶行發(fā)生交集2.1正確寫法假設(shè)表CREATE TABLE account ( id BIGINT PRIMARY KEY, balance INT NOT NULL ) ENGINEInnoDB;場(chǎng)景 1直接 UPDATE推薦寫法天然加 X 鎖事務(wù) A給 id1 扣 80START TRANSACTION; UPDATE account SET balance balance - 80 WHERE id 1; COMMIT;事務(wù) B同時(shí)給 id1 扣 50START TRANSACTION; UPDATE account SET balance balance - 50 WHERE id 1; COMMIT;并發(fā)時(shí)會(huì)發(fā)生什么本質(zhì)A 執(zhí)行到UPDATE ... WHERE id1時(shí)InnoDB 會(huì)對(duì)id1 這一行加X(jué) 鎖。B 也要更新 id1因此它也要拿 id1 的 X 鎖但拿不到只能等待或超時(shí)失敗。ACOMMIT后釋放鎖B 才能繼續(xù)。結(jié)果不會(huì)出現(xiàn)“兩個(gè)事務(wù)互相覆蓋寫”的問(wèn)題。寫入順序被鎖強(qiáng)制串行化。2.1“看似正確但會(huì)出錯(cuò)”的寫法先 SELECT 再 UPDATE1錯(cuò)誤的原因不加鎖的 SELECT 只是快照讀例子START TRANSACTION; SELECT balance FROM account WHERE id1; //加一個(gè)FOR UPDATE會(huì)實(shí)現(xiàn)加X(jué)鎖 UPDATE account SET balance20 WHERE id1; COMMIT;問(wèn)題在于如果SELECT balance ...不帶FOR UPDATE/LOCK IN SHARE MODE它通常是MVCC 一致性讀快照讀不會(huì)對(duì)數(shù)據(jù)行加行鎖讀到的 balance 可能是一個(gè)“當(dāng)時(shí)的版本”之后再UPDATE并不能保證你基于剛才讀到的值做決策時(shí)中間沒(méi)被別人改過(guò)典型錯(cuò)誤丟失更新Lost Update/ 讀-改-寫競(jìng)爭(zhēng)。2正確做法讀前鎖定SELECT ... FOR UPDATE把讀改成加鎖讀START TRANSACTION; SELECT balance FROM account WHERE id1 FOR UPDATE; -- 基于 balance 做業(yè)務(wù)判斷 UPDATE account SET balance balance - 80 WHERE id1; COMMIT;這時(shí)FOR UPDATE會(huì)對(duì)匹配行加X(jué) 鎖更準(zhǔn)確說(shuō)對(duì)訪問(wèn)到的記錄加鎖其他事務(wù)想改同一行會(huì)被阻塞你后續(xù)的業(yè)務(wù)判斷和更新是“在鎖保護(hù)下完成”的三、一條sql語(yǔ)句執(zhí)行時(shí)Mysql做了什么1默認(rèn)行為通常 MySQL 默認(rèn)autocommit1這意味著每條語(yǔ)句本身就是一個(gè)獨(dú)立事務(wù)語(yǔ)句開(kāi)始隱式BEGIN語(yǔ)句結(jié)束隱式COMMIT因此鎖的生命周期一般是語(yǔ)句執(zhí)行期間持有語(yǔ)句結(jié)束立即釋放單條語(yǔ)句場(chǎng)景四、不顯式開(kāi)啟事務(wù)只執(zhí)行普通 SELECT會(huì)做什么Q1SELECT id FROM user_score WHERE score 60;最常見(jiàn)情況InnoDB RR 普通 SELECT一致性讀MVCC/快照讀不加行鎖不會(huì)鎖住score 60的范圍不阻塞并發(fā) UPDATE/INSERT一般也不被并發(fā)寫阻塞仍然會(huì)加 MDL元數(shù)據(jù)鎖讀鎖所有訪問(wèn)表的語(yǔ)句都會(huì)拿 MDL結(jié)構(gòu)層面的鎖防止你在讀的時(shí)候別人ALTER TABLE改結(jié)構(gòu)在 autocommit 下語(yǔ)句結(jié)束釋放結(jié)論普通 SELECT 不會(huì)鎖住 score60 的數(shù)據(jù)行范圍。五、Q2UPDATE 范圍條件時(shí)是“同時(shí)鎖住所有行”還是“邊掃邊鎖”鎖是行級(jí)還是頁(yè)級(jí)Q2UPDATE user_score SET level level 1 WHERE score 60;結(jié)論邊掃描邊加鎖逐條/逐段更細(xì)的執(zhí)行節(jié)奏通常是語(yǔ)句開(kāi)始隱式事務(wù)開(kāi)始利用idx_score假設(shè)存在定位到第一個(gè)滿足score 60的索引位置鎖住當(dāng)前索引記錄record/next-key根據(jù)索引項(xiàng)定位到聚簇索引記錄對(duì)數(shù)據(jù)行加X(jué) 鎖執(zhí)行更新移動(dòng)到下一條索引記錄重復(fù) 3~4掃描結(jié)束語(yǔ)句結(jié)束隱式 COMMIT釋放鎖鎖的粒度主要是行級(jí)/索引記錄級(jí)不是粗糙頁(yè)鎖InnoDB 的核心是記錄鎖record lock、間隙鎖gap lock、Next-Key 鎖recordgap在 RR 隔離級(jí)別下范圍更新通常會(huì)涉及Next-Key 鎖來(lái)防止幻讀尤其是基于二級(jí)索引的范圍條件這不是“整頁(yè)鎖住”而是“對(duì)索引記錄及其間隙做鎖定”粒度依然是索引/記錄層面六、補(bǔ)充兩個(gè) UPDATE 有交集時(shí)的典型風(fēng)險(xiǎn)與處理1死鎖Deadlock如果 A 更新行順序是先 id1 再 id2B 更新順序是先 id2 再 id1就可能互相等待形成死鎖。InnoDB 會(huì)檢測(cè)并回滾其中一個(gè)事務(wù)。2實(shí)務(wù)建議僅整理不改你的結(jié)論風(fēng)格對(duì)同一批行的更新盡量保持一致的訪問(wèn)順序例如按主鍵升序“先讀后改”的邏輯盡量用SELECT ... FOR UPDATE或直接用單條原子 UPDATE 表達(dá)父表被引用列通常設(shè)計(jì)為PRIMARY或UNIQUE