MySQL MyISAM 儲存引擎深度解析：特性、鎖機制、修復與壓縮實戰

核心定位

MyISAM 是 MySQL 5.5 前的預設引擎，現定位於只讀/讀多寫少、全文搜尋、資料倉儲從庫場景。不支援事務、行鎖、外鍵。

關鍵特性對照

鎖與並發模型

• 讀鎖 (共享鎖)：並發讀不阻塞，寫請求等待。
• 寫鎖 (排他鎖)：阻塞所有其他讀/寫。
• 併發插入：concurrent_insert 參數控制尾部插入是否並發 (MyISAM 特有)。

⚠️ 長時間寫操作會導致整表阻塞，甚至拖垮服務器。

索引特性

• 支援 BLOB/TEXT 前綴索引 (前 500 字符)。
• 全文索引 (FULLTEXT) 內建，適合中小型文本搜尋。
• DELAY_KEY_WRITE=ON (預設) 延遲索引刷盤，寫入快但崩潰後需 REPAIR。

表維護實戰

-- 檢查表
CHECK TABLE tbl_name;

-- 修復表 (MyISAM 專屬)
REPAIR TABLE tbl_name;

-- 壓縮唯讀表 (生產慎用，需解壓才能寫入)
myisampack /path/to/tbl_name.MYI

壓縮後表體積大幅縮減 (通常 40%-60%)，查詢速度提升 (I/O 減少)，但**不可寫入**。

適用場景建議

1. 從庫報表/分析：主庫 InnoDB 寫入，從庫改 MyISAM 提供只讀查詢。
2. 日誌/歸檔表：寫一次讀多次，無事務需求。
3. 全文搜尋 (舊版本)：5.6 前唯一選擇。
4. 只讀壓縮歷史資料：myisampack + 只讀掛載。

避坑指南

• 嚴禁用於訂單、帳戶、庫存等需 ACID 業務。
• 高併發寫入場景會因表鎖導致嚴重阻塞。
• 崩潰後 REPAIR TABLE 耗時不可控，大表可能數小時。
• 5.7+ 建議全面 InnoDB，MyISAM 僅作特殊用途補充。

結語

MyISAM 以「簡單、緊湊、全文、壓縮」四大特性，在唯讀/分析/歸檔場景仍有不可替代價值。但核心業務**必須**選 InnoDB。架構設計時，明確「寫路徑 InnoDB、讀路徑 MyISAM 從庫」分離策略，能最大化發揮兩者優勢。

參考：《高效能 MySQL》