MySQL REPLACE INTO 为什么会先删后插：主键冲突与外键风险

订单同步脚本里把 INSERT 换成 REPLACE INTO，表面上像是“有就更新、没有就新增”，但主键冲突时 MySQL 实际走的是删除旧行、再插入新行。这个差别会影响 AUTO_INCREMENT、外键级联、触发器以及引用旧行的业务数据。

只要冲突的是主键或唯一键，REPLACE INTO 就不能按普通 UPDATE 理解；需要保留原行关系时，优先考虑 INSERT ... ON DUPLICATE KEY UPDATE。

先把“覆盖一行”拆成两个动作

准备一个订单表和一张订单明细表，订单号是业务唯一键，明细表通过外键引用订单主键：

CREATE TABLE orders (
  id BIGINT PRIMARY KEY AUTO_INCREMENT,
  order_no VARCHAR(32) NOT NULL UNIQUE,
  buyer_name VARCHAR(64) NOT NULL,
  updated_at DATETIME NOT NULL
);

CREATE TABLE order_items (
  id BIGINT PRIMARY KEY AUTO_INCREMENT,
  order_id BIGINT NOT NULL,
  sku VARCHAR(32) NOT NULL,
  CONSTRAINT fk_item_order FOREIGN KEY (order_id) REFERENCES orders(id)
);

INSERT INTO orders(order_no, buyer_name, updated_at)
VALUES ('O20260827001', '林夏', '2026-08-27 08:00:00');

第一次写入没有冲突，结果就是新增。第二次用同一个 order_no 执行 REPLACE 时，唯一索引先找到旧行，MySQL 再删除它并插入一行新记录：

所以不能只盯着最终查询结果。若旧行的 id 是 17，新行可能已经换成别的自增值；订单明细仍引用 17 时，外键行为就决定了这次写入能否成功。

主键、唯一键和自增值分别会发生什么

主键冲突：旧行身份不会被“原地保留”

REPLACE 会根据主键或唯一索引判定冲突。冲突行被删除后，新行重新参与插入流程，显式提供主键时可能沿用这个值；不提供主键时，则可能拿到新的自增值。业务代码如果把 id 当作稳定身份，就要把这个差异写进验收用例。

多个唯一键冲突：不要假设只影响一行

一条新记录可能同时命中多个唯一索引。不要把 REPLACE 当成“选中一行后修改”，而要在测试表中分别给主键、订单号、外部流水号制造冲突，并查看受影响行数与最终索引状态。

SHOW CREATE TABLE orders;
SELECT id, order_no, buyer_name, updated_at
FROM orders
WHERE order_no = 'O20260827001';

外键和触发器是最容易漏掉的副作用

如果其他表引用冲突的旧行，删除动作可能被外键拒绝，也可能按 ON DELETE CASCADE 删除子表数据。即使最终插入的新行字段完全一样，删除和插入之间的语义仍然已经发生。

同理，表上的 DELETE 与 INSERT 触发器会按各自事件执行；它不会变成一次 UPDATE 触发器。订单同步、库存扣减、审计记录这类场景尤其不能只看“SQL 返回成功”。

需要保留原行关系时，改用显式更新

如果目标是“存在就更新买家和时间，不存在就新增”，可以把语义写得更直接：

INSERT INTO orders(order_no, buyer_name, updated_at)
VALUES ('O20260827001', '林夏', '2026-08-27 09:10:00')
ON DUPLICATE KEY UPDATE
  buyer_name = VALUES(buyer_name),
  updated_at = VALUES(updated_at);

这种写法的重点不是语句更短，而是冲突路径明确为更新，原有主键和外键关系通常可以保留。若使用较新的 MySQL 版本，也应结合项目实际语法规范检查别名写法，不要直接从别的版本复制。

三组回归检查

1. 新增一笔全新 order_no，确认只生成一行。
2. 重复同步同一 order_no，确认 id、明细外键和审计记录符合预期。
3. 故意制造外键冲突，确认事务回滚后订单和明细都没有半成品。

常见问题

REPLACE INTO 等同于 UPDATE 吗？

不等同。冲突时它采用删除后插入，触发器、外键和自增值都可能表现不同。

没有外键时可以放心使用吗？

也不能只看外键。还要检查主键是否变化、删除与插入触发器、审计逻辑以及并发写入下的事务结果。

只更新几个字段应该选什么？

通常优先使用 ON DUPLICATE KEY UPDATE，并明确列出允许被覆盖的字段，避免把未参与同步的列重置掉。

总结

REPLACE INTO 的关键不是“写入更方便”，而是它把冲突处理定义成删除再插入。先用测试确认旧主键、外键关系和触发器的结果，再决定是否接受这个语义；需要保持原行身份和引用关系时，显式 UPDATE 更稳妥。