MyISAM 與 InnoDB 是 MySQL 歷史上最主流的兩大存儲引擎。MySQL 5.5 以前默認 MyISAM，5.5+ 默認 InnoDB。本文從**架構原理、功能特性、性能基準、運維操作性、故障恢復、選型決策矩陣**六個維度深度對比，並結合百 TB 級生產平台實戰經驗，給出不再教條的選型建議。
| 維度 | MyISAM | InnoDB |
|---|---|---|
| 存儲結構 | 堆表 + 非聚簇索引（.MYD 數據 + .MYI 索引） | 聚簇索引組織表（.ibd 數據索引合一，B+樹主鍵葉子存全行） |
| 事務支持 | ❌ 無 | ✅ 完整 ACID，4 隔離級別，MVCC，回滾段 |
| 鎖粒度 | 表鎖（共享讀鎖/排他寫鎖） | 行鎖（記錄鎖/間隙鎖/Next-key Lock），意向鎖 |
| 外鍵約束 | ❌ 無 | ✅ 支持 |
| 全文索引 | ✅ 早期支持 | ✅ 5.6+ 支持 |
| 空間索引 | ❌ | ✅ 5.7+ 支持 |
| 壓縮 | ✅ myisampack 只讀壓縮，索引壓縮 | ✅ 透明頁壓縮、COMPRESSED 行格式 |
| 崩潰恢復 | ❌ 需 myisamchk 修復，耗時不可控 | ✅ WAL + Doublewrite Buffer，秒級自動恢復 |
| 熱備份 | ✅ 文件級拷貝極簡 | ✅ XtraBackup 物理熱備，邏輯導出 |
| 行數統計 | ✅ 元數據存精確行數，COUNT(*) O(1) | ❌ 無精確行數，COUNT(*) 全表掃描（二級索引最小） |
| 自增列要求 | 可建立聯合索引包含自增列 | 自增列必須為索引最左列（單列或聯合最左） |
| DELETE 全表 | 重建表（快） | 逐行刪除+標記刪除（慢），TRUNCATE 快速重建 |
LOAD TABLE FROM MASTER | ✅ 支持 | ❌ 不支持（需轉 MyISAM 導入再轉回） |
myisamchk --sort-index 可優化）COUNT(*) 與 ORDER BY 陷阱COUNT(*) 掃描最小二級索引，大表極慢 → **維護計數表或 Redis 計數器**ORDER BY / GROUP BY 觸發 filesort，若無覆蓋索引會鎖表（舊版本）或佔用大量 sort_buffer → **加覆蓋索引或遷移至 MyISAM 只讀副本**作者團隊運維數百 TB、日均百億 PV 平台，核心業務**讀多寫少、日志/統計/明細表為主**，MyISAM 成為首選，關鍵理由：
UPDATE 秒級恢復：從備份服務器 scp 拉取 .MYD/.MYI/.frm → 臨時實例 mysqldump → 主庫導入 + Binlog 回放COUNT(*)/SUM() 自動分發並行，億級行秒級聚合pt-osc / Native Online DDL 零停機變更| 業務特徵 | 推薦引擎 | 關鍵理由 |
|---|---|---|
| 核心交易、資金、訂單、庫存 | InnoDB | ACID、行鎖、外鍵、崩潰安全 |
| 日志、埋點、審計、點擊流 | MyISAM / Archive | 極致寫入吞吐、壓縮、文件級運維、Merge 聚合 |
| 報表/統計明細、數據倉庫明細層 | MyISAM / ColumnStore | 全表掃描快、COUNT(*) O(1)、文件級分發 |
| 配置/字典/元數據、小表高頻讀 | InnoDB (或 MyISAM) | 事務保護 DDL、熱點數據保護 |
| 全文搜索業務 | InnoDB 5.6+ / Elasticsearch | 原生全文索引或專用引擎 |
| 地理空間業務 | InnoDB 5.7+ | 原生 SPATIAL 索引 |
COUNT(*) 必須優化：計數表、Redis、近似算法key_buffer_size + innodb_buffer_pool_size 總和 ≤ 物理內存 80%ANALYZE TABLE 更新索引統計，防止優化器誤判****MyISAM ≠ 過時，InnoDB ≠ 萬能**。存儲引擎選型本質是**業務語義與運維模式的匹配**：
- 需事務、高併發寫、在線 DDL、高可用複製 → **InnoDB**
- 單向寫入/批量導入、極致讀性能、文件級運維、Merge 聚合統計 → **MyISAM**
- 現代架構下，**同一實例混合部署、按表選型**是常態。理解雙引擎架構差異，結合業務訪問模式、運維能力、擴展策略，才能做出最優決策。
