replace into 是 mysql 特有语句，本质为“先删后插”，主键或唯一索引冲突时删除旧行再插入新行；无冲突则直接插入，不支持部分更新，可能引发自增id跳号、外键级联、触发器重复执行等风险。
REPLACE INTO 是 MySQL 特有的语句，本质是“先删后插”：当主键或唯一索引冲突时，自动删除已有行，再插入新行；无冲突则直接插入。它不是标准 SQL，也不等价于 INSERT ... ON DUPLICATE KEY UPDATE，行为逻辑和潜在风险都需特别注意。
适用场景：需要强制覆盖且不关心旧数据细节
适合那些“以最新为准、历史值可丢弃”的简单同步或缓存刷新场景：
- 配置表更新（如站点开关、默认参数），只保留最后一次设置
- 实时统计快照表（如每分钟活跃用户数），用新值完全替代旧快照
- ETL 中的轻量级全量覆盖（源数据已清洗好，目标表无需保留中间状态）
关键注意事项：隐式删除可能引发连锁问题
REPLACE INTO 不是更新，而是 DELETE + INSERT 组合操作，会真实触发以下行为：
- 自增主键可能跳号（原记录被删，新记录插入获得新 ID）
- 外键约束若设为 CASCADE 或 SET NULL，会连带影响关联表
- 触发器（BEFORE/AFTER DELETE 和 INSERT）都会执行，逻辑可能意外重复或冲突
- 如果表有多个唯一索引，只要任一索引冲突就会触发替换，未必是你预期的那条记录
与 INSERT ... ON DUPLICATE KEY UPDATE 的核心区别
这是最容易混淆的点：
- REPLACE INTO：必须存在主键或唯一索引冲突才删插；没有冲突就纯插入；不支持只更新部分字段的条件逻辑
- INSERT ... ON DUPLICATE KEY UPDATE：冲突时不删除，直接在原行上更新指定列；可写表达式（如 views = views + 1）；更安全、更可控
- 性能上，REPLACE INTO 在高并发下可能因 DELETE+INSERT 引发更多锁竞争，尤其大表
使用前务必确认的几件事
避免线上误用导致数据异常：
- 检查表是否真有主键或唯一索引——没索引时 REPLACE INTO 等同于普通 INSERT
- 确认所有关联表的外键动作（尤其是 ON DELETE），防止静默级联删除
- 审查已存在的 DELETE/INSERT 触发器，评估是否允许重复执行
- 测试环境先验证自增 ID 行为、时间戳字段（如 created_at 是否被重置）、非空约束是否满足
