MyISAM vs InnoDB 深度對比：緩存、事務、鎖機制、物理存儲四大核心差異

MyISAM vs InnoDB 深度對比：緩存、事務、鎖機制、物理存儲四大核心差異

選擇儲存引擎是架構設計的關鍵決策。本文從緩存策略、事務支援、鎖粒度、物理存儲四大維度，配合原理圖解，徹底釐清兩大引擎的適用邊界。

一、緩存機制：索引緩存 vs 統一緩存池

MyISAM 讀取資料檔（.MYD）每次需穿透 OS 層，read_buffer_size/read_rnd_buffer_size 直接影響全表掃描與索引掃描效能。

二、事務支援：無 vs 完整 ACID

• MyISAM：不支援事務，操作即時生效，崩潰易損壞資料；
• InnoDB：完整支援 ACID，支援 Commit/Rollback、Savepoint、主外鍵約束。

三、鎖機制：表鎖 vs 行鎖/頁鎖

四、物理存儲架構：分離 vs 聚集

1. 檔案結構

2. 資料頁組織

• MyISAM：無頁概念，資料順序存放於 .MYD，三種格式（靜態/動態/壓縮）；
• InnoDB：所有資料以 16KB 頁為單位，按主鍵聚集組織（Clustered Index），葉節點即完整資料行。

3. 索引架構對比（B+ 樹）

MyISAM（非聚集索引）：

• 主索引與輔助索引結構相同，葉節點存 資料行地址（指針）；
• 索引頁 1024 Bytes，存於 .MYI；
• 需「索引查找 → 取地址 → 回表讀資料」兩次 I/O。

InnoDB（聚集索引 + 輔助索引回主鍵）：

• 主索引即資料本身，葉節點存完整行，Key 為主鍵；
• 輔助索引葉節點存 主鍵值，查詢需「輔助索引 → 取主鍵 → 回主索引」兩次 B+ 樹查找；
• 索引頁 16KB，與資料頁共存於表空間。

4. 主鍵強制要求

InnoDB 必須有主鍵：無顯式 PK 時，自動選唯一非空索引；仍無則生成 6 字節隱藏 RowID。MyISAM 可無主鍵。

五、選型決策樹

1. 需要事務/外鍵/行級並發 → InnoDB（預設首選）；
2. 純讀取/全文搜尋（5.6 前）/極簡日誌/嵌入式 → MyISAM；
3. 記憶體表/極速暫存 → MEMORY；
4. 大數據分析/列式壓縮 → ColumnStore/ClickHouse 另謀出路。