InnoDB vs MyISAM 核心差異深度解析：選型決策指南

MySQL 兩大存儲引擎核心差異與選型策略

InnoDB 與 MyISAM 是歷史最悠久、應用最廣的兩大引擎。本文從事務、鎖、索引、統計、維護五個維度深度對比，助你根據業務特徵做正確選型。

核心差異總覽

MyISAM 獨有優勢（歷史遺產）

• 二進制可移植性（直接拷貝文件跨平台）。
• 索引壓縮率略高，myisampack 生成唯讀壓縮表極快。
• AUTO_INCREMENT 可建立聯合索引（InnoDB 必須單列索引）。
• 讀密集、無事務、可容忍崩潰數據丟失的場景（日志、報表、只讀緩存）。

InnoDB 關鍵實現細節（必知）

1. 無 FULLTEXT（5.6 前）：5.6+ 已支持，但分詞器對中文需配置 ngram。
2. COUNT(*) 全表掃描：無 WHERE 時需掃描聚簇索引。對策：維護計數表或用 SELECT COUNT(1) FROM tbl WHERE id>0 利用二級索引。
3. AUTO_INCREMENT 限制：必須是單列索引首列，不能在聯合索引中。
4. DELETE 不重建表：逐行標記刪除，空間不自動回收。對策：定期 OPTIMIZE TABLE 或 ALTER TABLE ... ENGINE=InnoDB 重建。
5. LOAD TABLE FROM MASTER 不支持：複製用 mysqldump 或原生復制。
6. 行鎖升級為表鎖：UPDATE ... WHERE name LIKE '%abc%' 無法使用索引 → 全表掃描 → 升級表鎖。對策：避免前置模糊查詢，強制索引。

選型決策樹

業務需要事務/外鍵/高並發寫入？
  ├─ 是 → InnoDB（無腦首選，MySQL 5.7+ 默認）
  └─ 否 → 純讀/日志/報表/可容忍數據丟失？
          ├─ 是 → MyISAM（或 Archive/CSV 引擎）
          └─ 否 → InnoDB（通用性更強，生態完善）

混合部署策略

同一實例可混用：核心業務表 InnoDB，日志/統計/中間表 MyISAM。注意：跨引擎事務不支持，LOCK TABLES 對 InnoDB 需 SET autocommit=0 配合。