replace into 本质是 delete + insert 而非 update，会删除冲突行再插入新行，导致自增 id 变化、触发器执行两次、created_at 等字段重置；仅在需完全覆盖旧记录时使用，否则应选 on duplicate key update。
REPLACE INTO 本质是 DELETE + INSERT，不是 UPDATE
MySQL 的 REPLACE INTO 不会像 ON DUPLICATE KEY UPDATE 那样原地修改字段，而是先尝试插入，若遇到主键或唯一键冲突，就**先删掉旧行，再插入新行**。这意味着：自增 ID 会变化、触发器会执行两次（DELETE 和 INSERT 各一次）、外键级联操作可能被意外触发、时间戳字段（如 created_at）会被重置。
常见错误现象：REPLACE INTO users (id, name, updated_at) VALUES (1, 'Alice', NOW()) 执行后发现 id 没变但 created_at 被清空或重设——因为整行被删重建了。
- 只在明确需要“完全覆盖”旧记录（包括重置默认值、触发新建逻辑）时才用
REPLACE INTO - 若只想更新部分字段（比如只改
name，保留原有created_at），必须改用INSERT ... ON DUPLICATE KEY UPDATE - 注意事务安全：若中途失败，可能留下 DELETE 但无 INSERT 的空档，尤其在无事务包裹的语句中
REPLACE INTO 的语法和唯一键约束要求
REPLACE INTO 能生效的前提是表中至少有一个 PRIMARY KEY 或 UNIQUE INDEX。它不关心你 INSERT 的列是否包含主键，只要最终生成的行在某个唯一约束上冲突，就会触发替换逻辑。
例如：REPLACE INTO orders (order_no, amount) VALUES ('ORD-001', 99.9) —— 即使没写 id 字段，只要 order_no 是唯一索引，冲突时照样删旧插新。
- 不指定主键列也能触发替换，只要其他唯一键冲突
- 若表没有主键且没有任何唯一索引，
REPLACE INTO就退化为普通INSERT，不会做任何删除 - 多个唯一键同时冲突？MySQL 只按索引定义顺序选第一个匹配的来触发删除（具体顺序看
SHOW CREATE TABLE中索引声明顺序）
与 INSERT ... ON DUPLICATE KEY UPDATE 的性能和行为差异
两者都能处理冲突，但底层机制完全不同：REPLACE INTO 是两阶段（delete + insert），而 INSERT ... ON DUPLICATE KEY UPDATE 是单次写入，仅修改指定字段。
实测在高并发下，REPLACE INTO 更容易引发锁等待甚至死锁，因为它要获取 DELETE 和 INSERT 两把锁；而后者只持有一把 INSERT 锁，更新阶段走的是行锁优化路径。
- 插入量大且冲突频繁时，
REPLACE INTO的 I/O 开销明显更高（日志写入量翻倍） -
REPLACE INTO返回的affected rows可能是 1（无冲突）、2（冲突：删 1 行 + 插 1 行）或 0（IGNORE 模式下冲突且被跳过）；而ON DUPLICATE KEY UPDATE返回 1（插入）或 2（更新） - 如果表有
AUTO_INCREMENT，REPLACE INTO一定会消耗一个新 ID，即使最终插入的还是同一主键值
REPLACE INTO 在批量导入中的典型误用
有人用 REPLACE INTO 做 CSV 导入，以为“重复就覆盖”很省事。但实际中容易出问题：比如某条数据因字段长度超限插入失败，MySQL 报 ERROR 1406: Data too long for column，这时 REPLACE INTO 不会回滚整批，而是跳过该行——但你根本不知道哪一行丢了，因为错误信息不带行号。
- 批量场景优先用
LOAD DATA INFILE ... REPLACE，它对重复键的处理更可控，且支持IGNORE和REPLACE模式切换 - 若必须手写
REPLACE INTO批量语句，建议拆成小批次（如 500 行/批），并检查每批返回的affected rows是否符合预期 - 务必确认目标表的字符集和源数据一致，否则唯一键比较可能失效（比如 utf8mb4 和 utf8 混用导致索引不命中）
真正要用 REPLACE INTO 的地方其实不多：比如缓存表定期全量刷新、配置表强制覆盖、或者业务逻辑明确要求“删旧建新”（如用户重置偏好设置）。大多数所谓“冲突更新”需求，其实更适合 INSERT ... ON DUPLICATE KEY UPDATE 或显式 UPDATE + INSERT ... SELECT ... WHERE NOT EXISTS。别让语法糖掩盖了数据语义的差别。
