MySQL 儲存引擎選型指南：MyISAM vs InnoDB vs Memory 核心差異與決策樹

MySQL 儲存引擎選型指南：MyISAM vs InnoDB vs Memory 核心差異與決策樹

MySQL 支援插件式儲存引擎，最常用的三種——MyISAM、InnoDB、Memory——在鎖粒度、事務支援、索引結構、適用場景上差異巨大。本文從底層特性到選型決策樹，幫助你為每張表做最合適的選擇。

核心特性對比

選型決策樹

✅ 選 MyISAM 的場景

• 讀寫比 ≥ 100:1，極少 UPDATE/DELETE。
• 不需要事務、外鍵、崩潰安全。
• 表資料量小（< 100 萬），並發低。
• 需要原生全文搜尋（MyISAM FullText 在中文分詞上仍有優勢）。
• 典型：日誌表、報表快照、唯讀字典表。

✅ 選 InnoDB 的場景

• 讀寫比較小，頻繁 UPDATE/DELETE 大欄位。
• 資料量 > 1000 萬，高並發寫入。
• 業務要求強一致性：轉帳、訂單、庫存扣減。
• 需要外鍵維護參考完整性。
• 典型：核心業務表、用戶、訂單、交易流水。

✅ 選 Memory 的場景

• 記憶體充裕，資料量小（< 100 萬行）。
• 資料可重建、不要求持久化：Session、在線人數、暫存計算中間表。
• 需定期歸檔落地的高速暫存區。
• ⚠️ 重啟資料全失，嚴禁存放不可重建的核心資料。

常見誤區澄清

1. 「MyISAM 查詢快」：只有單純 COUNT(*) 無 WHERE 時因元資料直接返回較快；帶條件查詢 InnoDB 自適應哈希索引往往更快。
2. 「InnoDB 總是比 MyISAM 慢」：高並發寫入下 InnoDB 行鎖優勢壓倒表鎖，整體吞吐反而更高。
3. 「Memory 適合緩存熱點資料」：Redis 等外部緩存更靈活、支援集群、資料結構豐富，Memory 僅適合極簡單場景。

混合引擎實踐

同一資料庫不同表可用不同引擎：

CREATE TABLE logs (...) ENGINE=MyISAM;      -- 唯讀日誌
CREATE TABLE users (...) ENGINE=InnoDB;     -- 核心業務
CREATE TABLE session_cache (...) ENGINE=Memory; -- 暫存

選對引擎是架構設計的基石。現代應用預設首選 InnoDB，僅在明確符合上述 MyISAM/Memory 場景時才切換，避免為了「查詢快」犧牲資料安全與並發能力。