設計哲學：Speed First
- **C/S 架構**，網絡層極簡，單進程多線程 (非進程池)
- **存儲引擎插件化**：MyISAM (速度)、InnoDB (事務)、Memory (極速)、Archive (壓縮)……**按業務選引擎**
- **功能下沉客戶端**：XML、GIS、JSON 解析、複雜邏輯盡量在應用層，**服務端只做核心存儲/索引/鎖/復制**
- **無內存洩漏** (商業工具驗證)、崩潰極少、穩定性優於同期 PostgreSQL (進程模型開銷大)
版本演進里程碑 (文中 2003 視角 → 2024 補全)
| 版本 | 年份 | 核心突破 | 定位變化 |
|---|
| 3.23 | 2001 | MyISAM、全文索引、複製、InnoDB 插件 | 中等規模 Web、讀多寫少 |
| 4.0 | 2003 | 查詢緩存、聯合索引、SSL、準備語句框架 | 開始觸及企業級 |
| 4.1 | 2004 | 子查詢、字符集、準備語句、幫助系統 | 功能完整度大增 |
| 5.0 | 2005 | 存儲過程、觸發器、視圖、INFORMATION_SCHEMA | 企業級功能對標 |
| 5.1 | 2008 | 分區、事件、插件引擎、Row 複製 | 大數據、雲就緒 |
| 5.5 | 2010 | InnoDB 默認、半同步複製、性能結構 | **徹底企業級** |
| 5.6 | 2013 | GTID、並行複製、全文索引 (InnoDB)、ICP、MRR | 高可用、分析增強 |
| 5.7 | 2015 | JSON、Sys Schema、原生 JSON 索引、多源複製 | 文檔/關係混合 |
| 8.0 | 2018 | CTE、窗口、降序索引、隱式索引、資源組、數據字典、Clone、Redo 並行 | **雲原生、HTAP 雛形** |
| 8.4 LTS | 2024 | 長期支持、向量索引、並行查詢增強、錯誤處理改進 | 穩定生產基石 |
關鍵技術權衡
| 特性 | 取捨 | 影響 |
|---|
| 無嵌套子查詢 (4.1 前) | 簡化優化器、提升簡單查詢速度 | 應用層繞彎、臨時表、邏輯難表達 |
| MyISAM 無事務 | 無 Redo/Undo、表鎖極簡 | 讀極快、寫鎖全表、崩潰易損壞 |
| InnoDB 有事務 | MVCC、Redo/Undo、雙寫、行鎖 | 寫入開銷大、空間佔用大、但 ACID 保證 |
| 外鍵 (InnoDB) | 完整性約束下推存儲層 | 誤用導致死鎖、鎖升級、性能雪崩，**慎用** |
| 鎖表 LOCK TABLES | 應用層顯式串行化 | MyISAM 必備、InnoDB 少用 (行鎖足夠) |
4.0/4.1 新特性前瞻 (文中視角)
- Fail-safe 複製 / 熱備**：關鍵任務級 HA 基礎
- 全文索引 (自然語言)**：`MATCH ... AGAINST`，後遷入 InnoDB (5.6+)
- SSL 原生支援**：客戶端-服務端加密，無需外部隧道
- Windows 符號鏈接**：MyISAM 表級 `
DATA DIRECTORY/INDEX DIRECTORY`，跨盤存儲
適用邊界：什麼時候**不**選 MySQL？
- ❌ **實時數據庫** (硬實時、微秒級確定性) → 專用 RTDB
- ❌ **超大規模集群** (百 TB、跨洲同步強一致) → NewSQL (TiDB/OceanBase/Spanner) 或分片中間件
- ❌ **複雜 OLAP** (多表大寬表 JOIN、物化視圖、列存壓縮) → ClickHouse/Doris/Snowflake/Greenplum
- ❌ **圖/向量/時序專用** → Neo4j/Milvus/InfluxDB (MySQL 8.0+ 向量索引僅補位)
結語
**「以速度為目標」不等於「只有速度」**。MySQL 通過 **插件化存儲引擎 + 極簡核心 + 功能下沉 + 開源迭代**，在「Web 讀多寫少」這一黃金賽道建立了統治級優勢，並逐步向「企業級 OLTP」「雲原生 HTAP」擴展。選型鐵律：**業務負載畫像匹配引擎特性，而非盲目追求版本新功能多**。
