重生之我用 2025 年的 InnoDB 知識(shí)在 2003 年 IT 圈打工
2003 年 12 月 31 日 23:45，北京中關(guān)村某電商公司機(jī)房。 林淵盯著監(jiān)控屏上瘋狂跳動(dòng)的Table_locks_waited計(jì)數(shù)器，手指在鍵盤(pán)上懸停。
距離新年促銷(xiāo)只剩 15 分鐘，MyISAM 表鎖導(dǎo)致的雪崩效應(yīng)正在蔓延。
"小林！商品庫(kù)存表又被鎖死了！" 運(yùn)維經(jīng)理老周扯著嘶啞的嗓子，"每秒 300 次更新請(qǐng)求，MyISAM 根本扛不住！"
機(jī)柜上的 IBM 服務(wù)器發(fā)出悲鳴，show status顯示著觸目驚心的數(shù)據(jù)：
| Table_locks_immediate | 184392 |
| Table_locks_waited | 128647 | # 鎖等待次數(shù)超12萬(wàn)林淵深吸一口氣："立即切換 InnoDB 引擎，這是最后的生路！"
行級(jí)鎖
死鎖監(jiān)控屏上的量子糾纏
切換引擎后，林淵在innodb_lock_monitor輸出中發(fā)現(xiàn)了詭異現(xiàn)象：
圖片
"這是典型的交叉死鎖！"林淵調(diào)出鎖結(jié)構(gòu)解析圖：
圖片
鎖機(jī)制降維打擊
對(duì)比 MyISAM 的表級(jí)鎖：
圖片
林淵在終端演示：
-- 會(huì)話(huà)A
BEGIN;
UPDATE stock SET count=count-1 WHERE sku_id=100;
-- 會(huì)話(huà)B
UPDATE stock SET count=count-1 WHERE sku_id=101; # MyISAM下會(huì)阻塞，InnoDB正常執(zhí)行預(yù)寫(xiě)日志：時(shí)空裂縫中的存檔點(diǎn)
跨年夜的數(shù)據(jù)火種
零點(diǎn)鐘聲響起時(shí)，機(jī)房突然斷電。
重啟后老周面色慘白："庫(kù)存數(shù)據(jù)回滾了！" 林淵卻從容啟動(dòng)恢復(fù)流程：
圖片
"看這個(gè) LSN 序列！"他調(diào)出日志解析：
圖片
Change Buffer
訂單洪峰下的 IO 風(fēng)暴
促銷(xiāo)期間監(jiān)控顯示異常：
圖片
"這是把 IOPS 壓力轉(zhuǎn)嫁給 CPU！"林淵在黑板推導(dǎo)：
圖片
現(xiàn)場(chǎng)測(cè)試數(shù)據(jù)震撼團(tuán)隊(duì)：
# 批量插入100萬(wàn)條非唯一索引數(shù)據(jù)
MyISAM: 時(shí)間=62s, 磁盤(pán)寫(xiě)入=1.2GB
InnoDB: 時(shí)間=14s, 磁盤(pán)寫(xiě)入=230MB技術(shù)哲學(xué)
"但這需要更強(qiáng)的 CPU 和內(nèi)存！"CTO 指著飆升的 CPU 曲線(xiàn)。
林淵畫(huà)出硬件發(fā)展曲線(xiàn)圖：
圖片
"我們現(xiàn)在用空間換時(shí)間，未來(lái)..."他頓了頓，"這些設(shè)計(jì)會(huì)讓 InnoDB 統(tǒng)治數(shù)據(jù)庫(kù)世界。"
