MySQL 存儲引擎深度對決：InnoDB vs MyISAM 核心差異與選型指南

前言：建表時的關鍵抉擇

在 MySQL 建表語句 CREATE TABLE ... ENGINE=... 中，存儲引擎的選擇直接決定了數據的存儲方式、索引結構、鎖粒度、事務支援及性能表現。最常見的兩大引擎——**InnoDB** 與 **MyISAM**，各有千秋。本文從事務、鎖機制、數據操作、存儲架構四個維度深度解析，助你做出正確選型。

一、事務支援：ACID 的分水嶺

• InnoDB：完整支援 **ACID 事務**，提供 Commit、Rollback、Crash Recovery 能力，適合金融、訂單等數據強一致性場景。
• MyISAM：**不支援事務**，操作即時生效，無法回滾，適合日誌、報表、唯讀數據等可容忍數據不一致的場景。

二、鎖機制：並發性能的關鍵

• InnoDB - 行級鎖：鎖定僅操作的行，極大減少鎖衝突，**高並發寫入性能優異**；配合 MVCC 實現非阻塞讀取。
• MyISAM - 表級鎖：讀鎖共享、寫鎖獨佔，**寫操作會阻塞所有讀寫**，並發性能差，適合讀多寫少場景。

三、數據操作性能對比

四、存儲架構差異

InnoDB：表空間模式

• 數據、索引統一存放在 **表空間** 中，可跨多個文件（ibdata1、ibd）。
• 大小僅受限於操作系統文件大小，支援超大表。
• 配套 **Redo Log / Undo Log** 保證崩溃恢復。

MyISAM：文件模式

• 每張表對應三個獨立文件：

table_name.frm  # 表結構定義
table_name.MYD  # 數據文件
table_name.MYI  # 索引文件

五、選型決策樹

1. **需要事務嗎？** → 是 → InnoDB
2. **高並發寫入？** → 是 → InnoDB
3. **純讀/報表/日誌/全文搜索 (MySQL 5.6 前)？** → 考慮 MyISAM
4. **不確定？** → **默認選 InnoDB**（MySQL 5.5+ 默認引擎）。

總結

InnoDB 以事務、行鎖、MVCC 成為 **OLTP 核心業務首選**；MyISAM 以輕量、全表計數、全文索引（舊版本）服務於 **OLAP/歸檔/唯讀** 場景。現代架構中，除非有極特殊理由，**InnoDB 應為默認選擇**。