replace into 是 mysql 特有语句，本质“先删后插”，主键/唯一索引冲突时删除原行再插入新行；适用缓存表、单行配置表、etl全量快照等可接受删除副作用的场景。
REPLACE INTO 是 MySQL 特有的语句，本质是“先删后插”：当主键或唯一索引冲突时，自动删除已有行，再插入新数据；无冲突则直接插入。它不是标准 SQL，也不等价于 INSERT ... ON DUPLICATE KEY UPDATE，逻辑和影响都更激进，使用前必须清楚其行为边界。
适用场景：需要强制覆盖且能接受删除副作用
适合那些业务上明确要求“以新代旧”，且被替换的记录不存在外键依赖、触发器副作用或审计追溯需求的场景：
- 缓存表或汇总统计表的周期性刷新（如每小时更新用户昨日活跃数）
- 配置类单行控制表（如系统开关表，仅一条记录，每次部署覆盖）
- 离线 ETL 任务中对维度表的全量快照覆盖（前提是业务允许中间短暂缺失）
关键注意事项：隐式 DELETE 带来的连锁反应
REPLACE INTO 触发的是真实 DELETE + INSERT，这会引发一系列不可忽视的后果：
- 自增 ID 重分配：原记录被删，新插入会获取新的自增值，ID 不连续，可能影响日志关联或外部引用
- 外键级联失效或报错：若该表被其他表外键引用（ON DELETE RESTRICT/CASCADE），REPLACE 可能失败或意外级联删除
- 触发器重复执行：BEFORE DELETE、AFTER DELETE、BEFORE INSERT、AFTER INSERT 四个触发器都会被调用，逻辑需兼容这种双阶段行为
- 时间戳字段重置：如 created_at 默认 CURRENT_TIMESTAMP 且未显式指定值，DELETE 后 INSERT 会导致创建时间被覆盖为当前时间
替代方案对比：什么情况下不该用 REPLACE INTO
多数需要“存在则更新”的场景，INSERT ... ON DUPLICATE KEY UPDATE 更安全可控：
- 只更新部分字段（如只改 updated_at 和 status），不干扰 created_at 或 id
- 避免自增 ID 变动，保持主键稳定
- 不触发 DELETE 相关逻辑，降低副作用风险
- 支持更精细的冲突处理，例如用 VALUES(col) 引用待插入值做计算
若需原子性更强或跨引擎兼容，还可考虑先 SELECT 判断再分步 INSERT/UPDATE（配合事务），或使用 MERGE（MySQL 8.0.20+ 实验性支持，但尚未完全成熟）。
使用前必查清单
执行 REPLACE INTO 前，快速确认以下几点可大幅降低风险：
- 目标表是否有主键或唯一索引？没有则语句退化为普通 INSERT，失去“替换”意义
- 是否存在 ON DELETE 触发器？是否已验证其在 REPLACE 下的行为符合预期？
- 关联表是否通过外键依赖本表？级联策略是否允许 DELETE？
- created_at / updated_at 等时间字段是否设置了 DEFAULT 和 ON UPDATE，能否承受被重写？
- 应用层是否依赖自增 ID 的连续性或稳定性？
