MySQL 事務與原子操作：InnoDB ACID vs MyISAM 原子性的選擇指南

兩大完整性範式

MyISAM 如何實現「準事務」級可靠性？

1. LOCK TABLES 顯式鎖表：

   LOCK TABLES t1 WRITE, t2 READ;
   -- 檢查條件
   UPDATE t1 SET ... WHERE ...;
   UNLOCK TABLES;

   模擬事務「全有或全無」，避免並發干擾。
2. 更新前條件檢查： WHERE 子句帶入舊值比對，如 WHERE id=1 AND balance=100，若行已被改則影響行數為 0，應用層感知衝突。
3. 單條 SQL 原子更新： 利用 UPDATE t SET col=col+10 相對當前值修改，天然原子。
4. 啟用二進制日誌 + 定期備份： 任意存儲引擎均可通過 Binlog + 備份實現時間點恢復（PITR）。

進階技巧：無鎖並發控制

• AUTO_INCREMENT + LAST_INSERT_ID()： 替代手動鎖表生成唯一 ID。
• 標誌列樂觀鎖： UPDATE t SET flag=1 WHERE id=5 AND flag<>1; 影響行數為 1 表示獲取鎖成功。
• INSERT DELAYED： 寫入本地隊列，鎖釋放後異步寫入，不阻塞讀取。
• READ LOCAL 鎖： 允許並發插入（尾部），讀取不見新行，適合備份鎖表。

選型決策樹

1. 業務是否要求 **ACID**？（轉帳、扣庫存） → InnoDB
2. 是否為 **高讀低寫、可容忍極短暫不一致**？（日誌、報表） → MyISAM
3. 混合場景 → **同一資料庫不同表選擇不同引擎**，MySQL 插件式架構原生支援。

總結

事務非銀彈，原子操作非玩具。**InnoDB 以資源換取自動一致性保障；MyISAM 以速度換取開發者手動控制一致性的責任。** 理解兩者邊界，按表選型，才是 MySQL 高效用的關鍵。