MySQL 存儲引擎全景：InnoDB、MyISAM、NDB、TokuDB 特性對比與選型指南
MySQL 的插件式存儲引擎架構是其區別於其他資料庫的核心特性。每種引擎針對不同負載優化，正確選型能事半功倍。本文對比主流引擎核心特性、適用場景、避坑指南，並給出選型決策樹。
一、核心特性對比表
| 特性 | InnoDB | MyISAM | NDB Cluster | TokuDB (Percona) |
|---|
| 事務 (ACID) | ✅ 支援 | ❌ 不支援 | ✅ 支援 | ✅ 支援 |
| 鎖粒度 | 行鎖 | 表鎖 | 行鎖 (分佈式) | 行鎖 (MVCC) |
| 外鍵 | ✅ | ❌ | ✅ | ✅ |
| MVCC | ✅ | ❌ | ✅ | ✅ |
| 全文索引 | 5.6+ ✅ | ✅ (傳統優勢) | ❌ | ❌ |
| 壓縮 | 頁面壓縮/透明壓縮 | myisampack (唯讀) | ❌ | ✅ 多算法 (zlib/lzma/snappy) 極高壓縮比 |
| 備份方式 | XtraBackup 熱備 | 文件複製/邏輯導出 | 在線備份 | TokuBackup 熱備 (無鎖) |
| 數據存儲 | 表空間 (.ibd) + 系統表空間 | .MYD (數據) + .MYI (索引) | 內存 + 磁盤 (Checkpoint) | Fractal Tree 索引文件 |
| 主鍵查找 | B+ 樹 O(log N) | B+ 樹 O(log N) | 內存哈希/樹 極快 | Fractal Tree O(log N) 寫入更快 |
| 適用負載 | OLTP (高併發讀寫) | OLAP (只讀/批量導入) | 高可用集群、海量寫入 | 寫入密集、大數據壓縮、Schema 變更頻繁 |
| 默認版本 | 5.5+ 默認 | 5.5 前默認 | 獨立部署 | Percona Server 專用 |
二、InnoDB 深度剖析 (生產首選)
- 聚簇索引：主鍵即數據，按主鍵順序存儲，範圍查詢極快。
- MVCC + 間隙鎖：實現 4 種隔離級別，默認 REPEATABLE READ，解決幻讀。
- Change Buffer：非唯一二級索引寫入緩存，合併隨機 IO。
- 自適應哈希索引：熱頁自動建哈希，加速等值查詢。
- 雙寫：防止部分寫失效導致頁損壞。
- 線上 DDL：5.6+ 支援大部分 ALTER TABLE 不鎖表。
三、MyISAM 存量場景應對
- 唯一優勢：
COUNT(*) 無 WHERE 時 O(1) (存儲行數)、全文索引 (5.6 前)。
- 缺陷：無事務、表鎖並發極差、崩潰易損壞需
REPAIR TABLE。
- 遷移建議：
ALTER TABLE t ENGINE=InnoDB (大表用 pt-online-schema-change)。
四、NDB Cluster：極致高可用與寫入擴展
- Share-Nothing 架構，數據分片自動分布，線性擴展寫入吞吐。
- 主鍵查找走內存，亞毫秒級延遲。
- 致命短板：JOIN 在 MySQL Server 層執行，跨節點數據傳輸巨大，複雜查詢極慢。
- 適用：電信計費、遊戲狀態、物聯網時序寫入等簡單訪問模式的超大規模場景。
五、TokuDB：寫入密集與 Schema 敏捷的利器
- 基於 Fractal Tree 索引，寫入性能隨數據量增長幾乎不降低。
- 支持 在線加列/刪列/改類型/重命名 (Hot Column Alter)，毫秒級元數據修改，數據後台漸進遷移。
- 支持 聚簇二級索引 (Clustering Key)，覆蓋索引無需回表。
- 多壓縮算法 (zlib/quicklz/lzma/snappy/uncompressed)，壓縮比 5-10x，存儲成本極低。
- 無 IO 從庫復制 (tokudb_rpl_lookup_rows=0)，大幅降低 Slave 延遲。
- 限制：不支持外鍵、全文索引、空間索引；需關閉 Transparent Huge Pages；Percona Server 專用。
六、選型決策樹
- 需事務、行鎖、高併發讀寫 → InnoDB (95% 場景首選)。
- 純只讀分析、全文搜索、歷史歸檔表 → MyISAM (或 InnoDB 全文索引替代)。
- 超大規模 (TB/PB)、極高寫入、簡單主鍵訪問、需 99.999% 可用 → NDB Cluster。
- 寫入極大 (TB/天)、頻繁加列改類型、存儲成本敏感、可接受 Percona Server → TokuDB。
- 混合部署：核心業務 InnoDB、日誌/審計 TokuDB、只讀報表 MyISAM/ClickHouse。
七、查看當前實例支持引擎
SHOW ENGINES;
-- Support 列: YES/DEFAULT/NO/DISABLED
存儲引擎選型無絕對優劣，只有「是否匹配業務負載」。建議新項目默認 InnoDB，再根據具體痛點 (寫入瓶頸、Schema 變更頻繁、存儲成本) 引入 TokuDB/NDB 等專用引擎。
