MySQL：MyISAM鎖表致千萬損失！穿越工程師如何逆天改命
我叫林淵，在一線城市「淺圳」打拼，在一家名叫「網(wǎng)訊」的互聯(lián)網(wǎng)大廠工作，是一名資深后端架構(gòu)師。
已經(jīng)連續(xù)加班到 23:00 半年多才下班，現(xiàn)在已是亥時，push 完代碼后拿出我在「拼夕夕」買的 「zippo」火機(jī)點(diǎn)上一支煙，看著它逐漸沒有痕跡，空氣中聞到一股股淡淡的味道。
我彈落的煙灰如此的黯然，黯然如我，思緒萬千。我閉上眼睛就是天黑，一種撕裂的感覺。
我掐滅了煙頭，又重新點(diǎn)上一支煙，沉浸在淡藍(lán)色的煙霧中，是那么的溫柔，那么的迷蒙，那么的深情。
Christina，我想起你了，發(fā)信息給你的手在鍵盤敲很輕，我給的思念很小心。
你說：我們不適合，每天 996，起得比雞早，睡得比狗晚，每天忙忙碌碌。天天加班，肚子那么大，頭發(fā)那么少，血糖高、尿素高、脂肪肝。
回到工位，我寫下了一段愿望，希望世間再無 996，多金身材好，女朋友漂亮，左擁右抱….
或許是因?yàn)殚L期加班的緣故。忽然，我只覺心里難受，胸悶氣短，眼前一片黑，我想要努力的睜開眼睛，可是卻什么都看不見，逐漸聽不見周邊的聲音……
當(dāng)我新來睜開眼睛的時候，我看到辦公桌的電腦長這個樣子。
圖片
啥情況，我猝死了還是穿越了？還在我一臉懵逼的時候……
初遇 MyISAM
2003 年冬夜，杭州某電商公司機(jī)房，空調(diào)轟鳴聲中，林淵盯著監(jiān)控屏上飆紅的 QPS 曲線，耳邊傳來刺耳的警報聲。
“訂單接口全掛了！用戶投訴電話被打爆！”運(yùn)維組長老王猛砸鍵盤屏幕上赫然是經(jīng)典的 MyISAM 報錯：
ERROR 1146 (42S02): Table './order_db/orders' is locked林淵（內(nèi)心 OS）：“這個年代的 MySQL 居然還在用 MyISAM...是時候展現(xiàn)真正的技術(shù)了！”
MyISAM 表級鎖的致命陷阱
問題現(xiàn)場還原：
-- 會話1（長事務(wù)）
UPDATE orders SET status=2 WHERE user_id=100; -- 耗時30秒
-- 會話2（并發(fā)請求）
SELECT * FROM orders WHERE create_time > '2003-12-12'; -- 被阻塞！流程如下：
圖片
通過SHOW PROCESSLIST可見：
+-----+------+-----------+------+---------+------+-----------------+----------------------------------+
| Id | User | Host | db | Command | Time | State | Info |
+-----+------+-----------+------+---------+------+-----------------+----------------------------------+
| 101 | root | localhost | test | Query | 29 | Updating | UPDATE orders SET status=2 ... |
| 102 | root | localhost | test | Query | 15 | Waiting for lock| SELECT * FROM orders WHERE ... |
+-----+------+-----------+------+---------+------+-----------------+----------------------------------+數(shù)據(jù)丟失
服務(wù)器突然斷電重啟后，訂單表出現(xiàn)詭異現(xiàn)象：
$ ls -lh /var/lib/mysql/order_db/
-rw-rw---- 1 mysql mysql 2.0G Dec 12 03:14 orders.MYD # 數(shù)據(jù)文件
-rw-rw---- 1 mysql mysql 128K Dec 12 03:14 orders.MYI # 索引文件
-rw-rw---- 1 mysql mysql 8.5K Dec 12 03:14 orders.frm # 表結(jié)構(gòu)恢復(fù)過程：
# 林淵的緊急操作
$ myisamchk --safe-recover /var/lib/mysql/order_db/orders.MYI
- recovering (with sort) MyISAM-table '/var/lib/mysql/order_db/orders.MYI'
Data records: 834592 # 部分?jǐn)?shù)據(jù)永久丟失！MyISAM 的七宗罪（技術(shù)深挖）
痛點(diǎn) | 原理性分析 | InnoDB 對比方案 |
表級鎖 | 通過 | 行級鎖（ |
崩潰易損 | 依賴操作系統(tǒng)刷盤，無 Redo 日志保護(hù) | WAL 機(jī)制（先日志后數(shù)據(jù)） |
索引與數(shù)據(jù)分離 |
索引文件與 | 聚簇索引（數(shù)據(jù)即索引） |
無事務(wù)支持 | 缺乏 Undo 日志和 MVCC 機(jī)制 | ACID 事務(wù)（Undo 日志鏈） |
修復(fù)成本高 |
需停機(jī)維護(hù)，且可能丟失數(shù)據(jù) | 自動崩潰恢復(fù)（Redo 回放） |
技術(shù)彩蛋：MyISAM 的隱藏技能
內(nèi)存映射加速（原理揭秘）：
// MyISAM通過mmap優(yōu)化IO
void mi_extra(MI_INFO *info, enum ha_extra_function operation) {
if (operation == HA_EXTRA_MMAP) {
info->s->file_map = mmap(0, (size_t)size, PROT_READ,
MAP_SHARED, info->s->kfile, 0);
}
}適用場景：
- 只讀查詢（如數(shù)據(jù)倉庫）
- GIS 空間數(shù)據(jù)（R 樹索引優(yōu)勢）
- 全文檢索（2003 年的最佳選擇）
本章技術(shù)要點(diǎn)總結(jié)：
- MyISAM 鎖機(jī)制：表級鎖導(dǎo)致并發(fā)災(zāi)難，SHOW STATUS LIKE 'Table_locks%'監(jiān)控鎖爭用
- 崩潰恢復(fù)缺陷：斷電可能導(dǎo)致索引/數(shù)據(jù)不一致，需定期執(zhí)行REPAIR TABLE
- 性能優(yōu)化方向：通過myisamchk --analyze優(yōu)化索引統(tǒng)計(jì)信息
- 歷史價值：MyISAM 在 GIS 和全文索引領(lǐng)域仍具參考價值
（注：所有技術(shù)細(xì)節(jié)均基于 MySQL 4.0.26 源碼及 2003 年硬件環(huán)境驗(yàn)證）
