前言：MySQL 生態的大分裂時代
2008 年 Sun 收購 MySQL AB，2009 年 Oracle 收購 Sun，MySQL 核心團隊紛紛出走，催生出多元儲存引擎與資料庫分支。本文梳理主流引擎現狀、新興引擎特性、主要分支發展，為技術選型提供全景參考。
一、核心儲存引擎現狀（MySQL 官方內建）
| 引擎 | 定位 | 核心特性 | 適用場景 | 現狀 |
|---|
| InnoDB | 預設事務引擎 | ACID、行鎖、MVCC、外鍵、叢集索引、變更緩衝 | OLTP、高併發、資料完整性要求高 | 核心主力，持續優化中 |
| MyISAM | 唯讀/輕量場景 | 表鎖、全文索引、壓縮表、極快 COUNT(*) | 唯讀分析、日誌、非關鍵資料 | 維護模式，不再新增功能 |
| Memory (HEAP) | 記憶體暫存 | 資料在記憶體、Hash 索引預設、重啟資料消失 | 暫存表、快取、查找表 | 穩定維護 |
| NDB Cluster | 分散式叢集 | Shared-Nothing、同步複寫、記憶體內、多主寫入 | 電信計費、高可用寫入密集 | MySQL Cluster 獨立發布 |
| CSV / ARCHIVE / BLACKHOLE / FEDERATED | 特殊用途 | CSV匯入匯出、歸檔壓縮、黑洞複寫、異構聯邦 | 特定場景 | 小眾維護 |
二、曾經的挑戰者：已歸宿或沉寂的引擎
Falcon：夭折的野心之作
- 背景：Oracle 收購 InnoDB 後，MySQL AB 為去依賴收購 Netfrastructure 代碼庫開發，Jim Starkey 主導。
- 目標：取代 InnoDB，面向多核大記憶體硬體，支援 MVCC、B+樹前綴壓縮、資料頁壓縮、群組提交。
- 結局：2008 Jim Starkey 離職創業 NimbusDB，Falcon 失去主導者，性能遠遜 InnoDB（寫入 1/10~1/20），索引優化缺陷，MySQL 6.0 胎死腹中，Falcon 隨之消亡。
SolidDB：被 IBM 收購的事務引擎
- MVCC 實現、同時支援悲觀/樂觀並發控制、線上備份無開銷、叢集索引類 InnoDB。
- 2008 被 IBM 收購併入資料庫整合方案，定位前端快取層，不再作為 MySQL 獨立引擎發展。
三、活躍的新興/強化引擎
XtraDB：Percona 強化版 InnoDB
| 特性 | 說明 |
|---|
| 相容性 | 100% 相容 InnoDB，無縫替換 |
| 核心優化 | IO 排程、鎖效能、記憶體管理、群組提交、Undo Log 獨立表空間 |
| 版本對應 | Percona Server 內建；MariaDB 5.5+ 預設採用 |
| 現狀 | 活躍維護，效能穩定超越官方 InnoDB，推薦生產使用 |
Percona 同時提供 XtraBackup 熱備工具、《High Performance MySQL》著作，技術實力雄厚。
Maria（引擎）：Monty 打造的下一代 MyISAM
- 作者：Michael "Monty" Widenius（MySQL 創始人、MyISAM 作者）。
- 目標：取代 MyISAM，提供崩潰安全、最終支援完整 ACID、行鎖、MVCC、群組提交。
- 現狀：MariaDB 內建，已實現崩潰安全、表鎖但讀寫不衝突、支援快照備份。長期目標為全功能事務引擎。
PBXT (PrimeBase XT)：獨特架構的事務引擎
- 特色：避免 Write-Ahead Logging 雙寫開銷、MVCC、外鍵、行鎖、死鎖偵測、BLOB 串流支援、非叢集索引。
- 特定寫密集負載下超越 InnoDB，MariaDB 內建支援。
- 發展緩慢，社區規模小，生產環境謹慎評估。
四、主要 MySQL 分支發展現狀
MariaDB：社區主導的開源旗艦
| 維度 | 現狀 |
|---|
| 發起者 | Monty Widenius，Monty Program Ab 公司，開源資料庫聯盟 (ODA) 核心 |
| 核心策略 | MySQL 相容替代品，MyISAM→Maria，InnoDB→XtraDB，內建 PBXT、FederatedX |
| 版本對應 | MariaDB 10.x 對應 MySQL 5.7/8.0 特性，並引入新功能（Window Functions、CTE、JSON、PL/SQL 相容等） |
| 生態 | Linux 發行版預設（RHEL 8+, Debian 9+, Ubuntu 18.04+）、雲廠商支援（AWS RDS、Azure、阿里雲）、眾多企業生產驗證 |
| 推薦度 | ⭐⭐⭐⭐⭐ 首選 MySQL 替代方案 |
Drizzle：雲原生微核心資料庫
| 維度 | 現狀 |
|---|
| 發起者 | Brian Aker (前 MySQL 架構師)，Drizzle 團隊，ODA 成員 |
| 設計目標 | Web/雲/多核，移除存儲過程/視圖/觸發器/查詢快取/PREPARE，微核心可插拔架構 |
| 技術特點 | 無 FRM 檔案、預設 InnoDB、支援 Sharding、智慧代理、PAM/LDAP 認證、移除 Windows 支援 |
| 現狀 | 開發放緩，非生產就緒，更多作為研究原型 |
| 定位差異 | MariaDB = MySQL 替代品；Drizzle = 新架構實驗品 |
其他分支
- Percona Server：MySQL 相容增強版，內建 XtraDB、XtraBackup、審計日誌、Thread Pool、優化器改進，企業級首選。
- WebScaleSQL：Facebook/Google/LinkedIn/Twitter 合作分支，專注大規模部署優化，已併入各自內部版本。
- MyRocks：Facebook 基於 RocksDB LSM Tree 引擎，極致壓縮比、寫入優化，適合巨量資料存儲。
五、技術選型建議（2024 視角）
| 場景 | 推薦方案 | 備註 |
|---|
| 一般 OLTP、現有 MySQL 遷移 | MariaDB 10.11 LTS / Percona Server 8.0 | 無縫相容、效能更強、社區活躍 |
| 極致寫入效能、巨量資料 | MyRocks (Percona/MariaDB 內建) / TiDB | LSM Tree 壓縮比 5-10x，寫入吞吐高 |
| 高可用多主寫入、電信/遊戲 | MySQL Cluster (NDB) / Galera Cluster (MariaDB/Percona) | Galera 部署簡單、生態成熟 |
| 分析查詢 HTAP | TiDB / ClickHouse / StarRocks | 列式儲存、向量化執行 |
| 嵌入式/邊緣計算 | SQLite / MariaDB Embedded | 零配置、單檔案 |
六、NoSQL 浪潮下的關係型資料庫定位
Key-Value、Document、Wide-Column、Graph 等 NoSQL 解決特定模型問題，但ACID 事務、複雜關聯查詢、成熟工具鏈、人才易得性仍是關係型資料庫核心優勢。未來是多模型共存：核心業務用 MariaDB/PostgreSQL，熱點快取用 Redis，日誌分析用 ClickHouse，圖關係用 Neo4j，各司其職。
結語
MySQL 生態的分裂看似混亂，實則是開源力量的自我進化。Monty 以 MariaDB 延續 MySQL 精神，Percona 以工程卓越強化核心，Facebook 以 MyRocks 突破儲存極限。選型時，拥抱活躍社區、驗證生產案例、小規模灰度上線，比追隨大廠品牌更可靠。開源不會消亡，只會以新形態持續進化。
