MySQL 三大主流存儲引擎特性對比與選型指南 (MyISAM/InnoDB/NDB Cluster)

MySQL 獨特的插件式存儲引擎架構允許同實例混用多引擎。本文對比 MyISAM、InnoDB、NDB Cluster 三大主流引擎特性、適用場景與最佳實踐，助力業務選型。

MyISAM

特性

• 不支援事務
• 表級鎖，並發性能低
• 讀寫互斥（讀阻塞寫、寫阻塞讀）
• 僅緩存索引 (key_buffer)，不緩存數據

適用場景

無事務需求、並發低、讀多寫少、數據一致性要求不高（如日誌、報表快照）。

最佳實踐

• 盡量建立索引利用 key_buffer
• INSERT DELAYED 批量寫入
• 按主鍵順序寫入減少阻塞
• 大操作拆分、應用層排隊降低並發
• 靜態數據充分利用 Query Cache
• COUNT(*) 無 WHERE 時極快（只讀元數據）

InnoDB

特性

• 完整 ACID 事務，4 隔離級別、MVCC
• 行級鎖（基於索引），高並發
• 讀寫阻塞與隔離級別相關
• 雙緩衝：同時緩存索引與數據 (buffer_pool)
• 聚簇索引組織表，二級索引含主鍵值

適用場景

需事務、高並發寫入、數據一致性強、記憶體充足（利用 Buffer Pool）。

最佳實踐

• 主鍵盡量小（影響所有二級索引大小）
• 避免全表掃描（會退化為表鎖）
• 盡可能緩存所有熱點索引與數據
• 批量插入手動控制事務邊界（關閉 autocommit）
• innodb_flush_log_at_trx_commit 勿過度追求 1
• 避免更新主鍵（引發大量數據移動）

NDB Cluster

特性

• 分布式架構，多節點分片存儲
• 支援事務
• SQL 節點與數據節點分離，網絡通訊
• **海量記憶體需求**：新版索引+被索引列必須全內存，舊版全數據全內存

適用場景

極高並發、單請求延遲不極端敏感、查詢模式固定簡單、不想自建 Sharding 中間件。

最佳實踐

• 查詢盡量簡單，避免跨節點傳輸
• SQL 節點算力冗餘（通常多於數據節點）
• 節點間部署萬兆網絡降低延遲

選型速查表

其他引擎 (Memory, Merge, CSV, Archive) 場景較窄，不再展開。