MySQL REPLACE INTO 語法詳解：Upsert 操作最佳實踐

MySQL REPLACE INTO 語法詳解：Upsert 操作最佳實踐

資料寫入常見需求：「不存在則插入，存在則更新」。MySQL 提供 REPLACE INTO 單指令完成此邏輯，比傳統 SELECT → IF → INSERT/UPDATE 更簡潔高效。

核心機制

1. 嘗試插入新資料。
2. 若發現 主鍵 或 唯一索引 衝突，先刪除衝突列，再插入新資料。
3. 無衝突則直接插入。

關鍵前提： 表必須有主鍵或唯一索引，否則 REPLACE INTO 等同 INSERT，導致重複資料。

三種寫法

-- 1. VALUES 形式
REPLACE INTO table (id, update_time) VALUES (1, NOW());

-- 2. SELECT 形式
REPLACE INTO table (id, update_time) SELECT 1, NOW();

-- 3. SET 形式
REPLACE INTO table SET id=1, update_time=NOW();

INTO 關鍵字可省略，但建議保留以提升可讀性。未指定的欄位會自動填入預設值。

與 INSERT ... ON DUPLICATE KEY UPDATE 比較

無法支援的場景

-- 需要在原值基礎上運算，REPLACE INTO 無法直接達成
REPLACE INTO table SET col = col + 1, id = 1;  -- 錯誤/不生效

此類「增量更新」必須改用：

INSERT INTO table (id, col) VALUES (1, 1)
ON DUPLICATE KEY UPDATE col = col + 1;

實務建議

• 單純「覆蓋式」寫入（如快取同步、配置更新）用 REPLACE INTO。
• 需保留自增 ID、參考舊值運算、避免觸發器副作用時，用 INSERT ... ON DUPLICATE KEY UPDATE。
• 大量資料匯入時，REPLACE INTO 因刪除+插入雙重操作，效能較差；考慮分批 INSERT IGNORE + 後續更新。

常見誤區

1. 以為 REPLACE INTO 是「更新」，實則是「刪除後插入」。
2. 表無主鍵/唯一索引時誤以為會去重，實則會產生重複資料。
3. 嘗試用 REPLACE INTO 做增量計數，導致邏輯錯誤。

掌握兩者差異，根據業務語義選擇正確的 Upsert 策略，能避免資料不一致與效能陷阱。