淺談 MySQL 存儲引擎選型標準：InnoDB vs MyISAM vs Memory vs Archive

淺談 MySQL 存儲引擎選型標準：InnoDB vs MyISAM vs Memory vs Archive

MySQL 採用插件式存儲引擎架構，不同引擎針對不同負載優化。本文對比 4 大主流引擎核心特性、適用場景、選型決策樹，助你在建表時一鍵定型。

一、四大引擎核心特性對比

二、InnoDB 深度解析（首選引擎）

• MVCC + 行鎖：高併發讀寫不阻塞，四大隔離級別默認 REPEATABLE READ，Next-Key Lock 防幻讀。
• 聚簇索引：主鍵即數據順序，主鍵查詢極快；二級索引葉子存主鍵值，主鍵宜短（自增 BIGINT/INT）。
• 獨立表空間：innodb_file_per_table=1，單表可移植、可 OPTIMIZE TABLE 釋放空間。
• 熱備份：xtrabackup 物理流備份，不阻塞寫入，支援增量、壓縮、加密。
• 參數關鍵：innodb_buffer_pool_size（內存 70%）、innodb_flush_log_at_trx_commit=2、innodb_flush_method=O_DIRECT。

三、MyISAM 邊緣場景

• 唯讀數據倉庫、報表表、全文檢索（若未升 5.6+）。
• 表級鎖導致寫入序列化，高併發寫入嚴重退化。
• 崩潰後 myisamchk -r 修復耗時不可控，數據一致性無保障。

四、Memory 引擎：極速臨時表

• 數據全駐內存，Hash 索引預設（精確查找 O(1)），可指定 B-Tree 支援範圍查詢。
• 重啟數據消失，**僅用於**：臨時中間表、字典查找表、Session 緩存、複雜查詢中間結果集。
• 表大小受限 max_heap_table_size / tmp_table_size（默認 16MB）。

五、Archive 引擎：歸檔神器

• 僅支援 INSERT / SELECT，不支援 UPDATE/DELETE/INDEX（5.1 前）。
• zlib 壓縮存儲，體積約 InnoDB 1/10，寫入極快（追加寫、行鎖、專用緩衝區）。
• 適用：訪問日志、審計日志、監控指標、歷史數據歸檔。

六、選型決策樹

開始
├─ 需要事務/外鍵/行鎖/崩潰安全？ → 是 → InnoDB (95% 場景)
│   └─ 否
│       ├─ 純只讀/全文檢索/舊版本？ → MyISAM
│       ├─ 數據臨時/重啟可丟失/極速查找？ → Memory
│       ├─ 只寫不改/歸檔/壓縮/海量日志？ → Archive
│       └─ 其他特殊需求 → 咨詢 DBA 評估 TokuDB/MyRocks/ColumnStore

七、混合部署最佳實踐

• 核心業務庫：全表 InnoDB。
• 報表/數據倉庫庫：大表 InnoDB（支援並發寫入），小維度表可 MyISAM/Memory。
• 日志/審計庫：Archive 引擎獨立實例，避免影響核心庫備份窗口。
• 緩存/中間表庫：Memory 引擎獨立實例，配置大 max_heap_table_size，重啟自動重建腳本。

八、查看/修改引擎

-- 查看表引擎
SHOW TABLE STATUS LIKE 'tbl_name'\G
-- 修改引擎（重建表，鎖表，大表慎用）
ALTER TABLE tbl_name ENGINE=InnoDB;
-- 建表時指定
CREATE TABLE t (...) ENGINE=InnoDB;

「無特殊理由，全庫 InnoDB」是現代 MySQL 架構的鐵律。只有在明確的邊緣場景（只讀全文、臨時極速、歸檔壓縮）才引入 MyISAM/Memory/Archive，並物理隔離實例，避免參數調優、備份恢復、監控告警的混亂。