個人做外貿(mào)網(wǎng)站,重慶動畫網(wǎng)站建設(shè),下面哪個是h5輕設(shè)計平臺,友情鏈接英文一、MySQL 中鎖的核心概念鎖是數(shù)據(jù)庫用于控制并發(fā)訪問共享資源的機(jī)制#xff0c;目的是保證事務(wù)的隔離性和數(shù)據(jù)一致性#xff0c;防止多個事務(wù)同時修改同一數(shù)據(jù)導(dǎo)致臟寫、臟讀等問題。MySQL 的鎖機(jī)制因存儲引擎而異#xff08;如 MyISAM 僅支持表鎖#xff0c;InnoDB 支持行…一、MySQL 中鎖的核心概念鎖是數(shù)據(jù)庫用于控制并發(fā)訪問共享資源的機(jī)制目的是保證事務(wù)的隔離性和數(shù)據(jù)一致性防止多個事務(wù)同時修改同一數(shù)據(jù)導(dǎo)致臟寫、臟讀等問題。MySQL 的鎖機(jī)制因存儲引擎而異如 MyISAM 僅支持表鎖InnoDB 支持行鎖 表鎖其中 InnoDB 的鎖體系最復(fù)雜也最核心。二、MySQL 鎖的分類按核心維度1. 按鎖的粒度最核心分類鎖粒度越小并發(fā)度越高但加鎖開銷越大、越易出現(xiàn)死鎖。鎖類型粒度支持引擎特點典型場景全局鎖整個數(shù)據(jù)庫所有引擎阻塞所有寫操作讀正常加鎖快、開銷小并發(fā)度極低全庫邏輯備份FTWRL、主從同步表級鎖整張表MyISAM/InnoDB加鎖快、無死鎖鎖粒度大并發(fā)度低MyISAM 寫操作、InnoDB MDL 鎖行級鎖單行記錄InnoDB獨有鎖粒度細(xì)、并發(fā)度高加鎖慢、開銷大可能死鎖基于索引加鎖無索引升級為表鎖InnoDB 并發(fā)寫操作1全局鎖加鎖方式FLUSH TABLES WITH READ LOCK (FTWRL)釋放方式UNLOCK TABLES或會話斷開注意與SET GLOBAL read_only1區(qū)別 ——read_only 對超級用戶無效FTWRL 對所有用戶生效。2表級鎖細(xì)分表鎖手動加鎖LOCK TABLES t1 READ/WRITE讀鎖共享多個事務(wù)可加寫鎖排他僅一個事務(wù)可加。元數(shù)據(jù)鎖MDL自動加鎖訪問表時觸發(fā)保證表結(jié)構(gòu)不被并發(fā)修改。讀操作加 MDL 讀鎖共享ALTER TABLE 加 MDL 寫鎖排他。長事務(wù)持有 MDL 讀鎖會阻塞 ALTER TABLE是生產(chǎn)中常見卡死場景。3行級鎖InnoDB 核心依賴索引實現(xiàn)無索引時會升級為表鎖核心變體如下行鎖類型作用適用場景記錄鎖Record Lock鎖定索引上的具體行記錄如WHERE id10僅鎖 id10 行精準(zhǔn)匹配單行的更新 / 查詢間隙鎖Gap Lock鎖定索引記錄之間的間隙不包含記錄本身如 id1、3、5鎖 (3,5) 間隙防止幻讀RR 級別下生效Next-Key Lock記錄鎖 間隙鎖鎖定索引記錄 前面的間隙如 id3鎖 (1,3]InnoDB RR 級別默認(rèn)行鎖方式插入意向鎖間隙鎖的特例多個事務(wù)插入同一間隙的不同記錄時互不阻塞如間隙 (3,5) 插 4 和 6提升插入并發(fā)度2. 按鎖的讀寫屬性共享 / 排他鎖類型別名兼容性與其他鎖加鎖方式共享鎖S 鎖讀鎖與 S 鎖兼容與 X 鎖互斥手動SELECT ... LOCK IN SHARE MODE自動無僅顯式加排他鎖X 鎖寫鎖與 S/X 鎖均互斥自動UPDATE/DELETE/INSERT手動SELECT ... FOR UPDATE3. 意向鎖InnoDB 表級鎖輔助行鎖為了快速判斷表中是否有行鎖減少表鎖檢查的開銷分為意向共享鎖IS事務(wù)想給某行加 S 鎖先給表加 IS 鎖意向排他鎖IX事務(wù)想給某行加 X 鎖先給表加 IX 鎖。兼容性規(guī)則IS 與 IS/IX 兼容IX 與 IX 兼容IS/IX 與表級 S 鎖IS 兼容、IX 不兼容IS/IX 與表級 X 鎖均不兼容。4. 樂觀鎖 vs 悲觀鎖邏輯分類悲觀鎖數(shù)據(jù)庫原生鎖S/X 鎖假設(shè)并發(fā)沖突必然發(fā)生加鎖阻止其他事務(wù)操作如SELECT ... FOR UPDATE樂觀鎖應(yīng)用層實現(xiàn)版本號 / 時間戳假設(shè)沖突少更新時檢查版本如UPDATE t SET val1 WHERE id1 AND version2不通過則重試。三、SQL 標(biāo)準(zhǔn)的四種隔離級別及 InnoDB 實現(xiàn)首先明確并發(fā)訪問的三大問題臟讀讀取其他事務(wù)未提交的修改數(shù)據(jù)可能回滾無效不可重復(fù)讀同一事務(wù)多次讀同一數(shù)據(jù)其他事務(wù)修改并提交結(jié)果不一致幻讀同一事務(wù)按條件查詢其他事務(wù)插入符合條件的新數(shù)據(jù)查詢結(jié)果多了 “幻影” 行。InnoDB 通過MVCC多版本并發(fā)控制 鎖機(jī)制實現(xiàn)隔離級別核心組件版本鏈每行隱藏列DB_TRX_ID最后修改事務(wù) ID、DB_ROLL_PTR指向 undo log 的版本鏈Undo Log保存數(shù)據(jù)歷史版本用于 MVCC 讀取和事務(wù)回滾Read View事務(wù)的 “一致性視圖”定義了該事務(wù)能看到的版本范圍。1. 讀未提交Read Uncommitted, RU定義事務(wù)可讀取其他事務(wù)未提交的數(shù)據(jù)并發(fā)問題臟讀、不可重復(fù)讀、幻讀都存在InnoDB 實現(xiàn)無 MVCC 參與讀操作直接讀取最新的內(nèi)存 / 磁盤數(shù)據(jù)不加任何鎖寫操作加 X 鎖但不阻塞讀。性能最高但一致性最差幾乎不使用。2. 讀已提交Read Committed, RC定義事務(wù)僅能讀取其他事務(wù)已提交的數(shù)據(jù)并發(fā)問題解決臟讀仍存在不可重復(fù)讀、幻讀InnoDB 實現(xiàn)核心是MVCC動態(tài) Read View 行級記錄鎖Read View每次執(zhí)行 SELECT 時生成新的 Read View確保只能看到已提交的最新版本解決臟讀但多次讀的 View 不同導(dǎo)致不可重復(fù)讀鎖機(jī)制禁用間隙鎖僅外鍵 / 唯一性檢查時生效行鎖僅為記錄鎖提升并發(fā)寫操作加 X 鎖至事務(wù)提交普通 SELECT 為 “快照讀”不加鎖顯式讀FOR UPDATE加 X 鎖。備注MySQL 默認(rèn)隔離級別為 RROracle 默認(rèn)是 RC。3. 可重復(fù)讀Repeatable Read, RR定義同一事務(wù)內(nèi)多次讀取同一數(shù)據(jù)結(jié)果始終一致并發(fā)問題解決臟讀、不可重復(fù)讀InnoDB 額外解決了幻讀SQL 標(biāo)準(zhǔn)中 RR 仍有幻讀InnoDB 實現(xiàn)核心是MVCC靜態(tài) Read View Next-Key LockRead View事務(wù)第一次 SELECT 時生成全程復(fù)用確保多次讀同一版本解決不可重復(fù)讀Next-Key Lock默認(rèn)行鎖方式記錄鎖 間隙鎖鎖定索引記錄 間隙阻止其他事務(wù)插入符合條件的新數(shù)據(jù)解決幻讀優(yōu)化若查詢使用唯一索引主鍵 / 唯一鍵且匹配單行Next-Key Lock 降級為記錄鎖減少鎖粒度鎖機(jī)制寫操作加 X 鎖至提交普通 SELECT 為快照讀顯式讀加 S/X 鎖。4. 串行化Serializable, S定義最高隔離級別所有事務(wù)串行執(zhí)行并發(fā)問題解決所有問題臟讀、不可重復(fù)讀、幻讀InnoDB 實現(xiàn)禁用 MVCC所有讀操作普通 SELECT變?yōu)?“當(dāng)前讀” 并隱式加 S 鎖寫操作加 X 鎖事務(wù) A 的 SELECT 會鎖定所有符合條件的行和間隙事務(wù) B 的寫操作會被阻塞直到 A 提交多個事務(wù)的讀操作可并行S 鎖共享但讀與寫、寫與寫互斥最終事務(wù)串行執(zhí)行性能最差僅適用于數(shù)據(jù)一致性要求極高的場景如金融核心交易。四、隔離級別與鎖 / MVCC 對應(yīng)表隔離級別解決的問題MVCC 使用鎖機(jī)制讀未提交無不使用寫加 X 鎖讀不加鎖讀已提交臟讀動態(tài) Read View每次讀生成記錄鎖禁用間隙鎖可重復(fù)讀臟讀、不可重復(fù)讀、幻讀靜態(tài) Read View首次讀生成Next-Key Lock默認(rèn)串行化所有問題不使用讀加 S 鎖寫加 X 鎖串行執(zhí)行總結(jié)InnoDB 的鎖體系以行鎖為核心通過意向鎖、Next-Key Lock 等優(yōu)化鎖粒度和檢查效率隔離級別本質(zhì)是 “一致性” 與 “并發(fā)度” 的權(quán)衡RR 是 MySQL 默認(rèn)級別兼顧一致性和性能MVCC 是 InnoDB 實現(xiàn) RC/RR 的核心通過版本鏈和 Read View 避免加鎖讀提升并發(fā)鎖機(jī)制則解決寫沖突和幻讀問題。