MySQL 不支持的功能清單與替代方案：子查詢、事務、外鍵、存儲過程等

MySQL 歷史缺失功能與實用替代方案（基於 5.0 以前版本視角）

早期 MySQL 為性能犧牲了部分 SQL:1999 標準功能。本文梳理缺失項、原因、官方規劃及應用層繞過方案。注意：MySQL 5.1+ 已陸續支持大部分功能，文中標註現狀。

功能缺失對照表

深度解析三大核心缺失

1. 事務與原子性（MyISAM 無解，必用 InnoDB）

經典庫存扣減並發問題：

-- 方案 A：表鎖串行化（MyISAM 唯一選擇）
LOCK TABLES inventory WRITE;
SELECT quantity FROM inventory WHERE item='shirt';
UPDATE inventory SET quantity=quantity-3 WHERE item='shirt';
UNLOCK TABLES;

-- 方案 B：相對更新（無需鎖，單語句原子）
UPDATE inventory SET quantity=quantity-3 WHERE item='shirt';

轉賬等強一致性場景**必須用 InnoDB 事務**，MyISAM 無法通過日志手工恢復保證原子性。

2. 外鍵與級聯操作

MyISAM 僅解析 FOREIGN KEY 子句不報錯，**不創建約束、不級聯**。

• 插入檢查：應用層先查父表再寫子表。
• 級聯刪除：應用層額外發 DELETE FROM child WHERE parent_id=?。
• InnoDB 原生支持 ON DELETE CASCADE/SET NULL/RESTRICT。

3. 存儲過程與觸發器（5.0 前）

邏輯下沉到服務器可減少網絡往返、統一業務規則。早期替代：

• 客戶端封裝函數/類庫。
• 中間層服務（Java/PHP/Python）集中處理。

MySQL 設計哲學啟示

「缺失功能非缺陷，乃權衡取捨。」
MySQL 選擇**簡單、快速、穩定**的核心，將複雜功能推遲至成熟時實現，或留給應用層解決。這造就了其在 Web 2.0 時代的統治地位。

現代版本建議

MySQL 5.7/8.0 已完整支持上述所有標準功能。**新項目無理由避開**，僅維護極舊版本時參考本文替代方案。