替换写入的真实语义
MySQL 的替换写入看着像「存在就更新」，实际执行的是两步：先删除冲突的旧行，再插入新行。这个语义带来一连串后果——删除会触发级联约束与删除触发器，插入会消耗自增计数，语句里没有列出的字段会被重置成默认值而不是保留原值。把它当更新语句使用，是数据静默丢失的常见来源。
基本信息
| 适用平台 | MySQL 专属写法，PostgreSQL 没有同名语句 |
|---|---|
| 执行步骤 | 先删除找到的冲突行，再插入新行 |
| 未列出的字段 | 重置为默认值，与更新语句保留原值的行为不同 |
| 自增影响 | 插入新行会消耗自增值，即使替换的是同一业务键 |
| 外键影响 | 父行被删除时，级联删除会连带影响子表数据 |
典型使用场景
- 导入外部数据时按业务键覆盖整条记录，且明确接受未提供字段被重置
- 配置表整行替换：字段不多、每次都会提供完整值
- 临时缓存表刷新：不需要保留历史列值
- 与更新语句对比评估：确认到底需要替换整行还是只改几个字段
- 排查数据丢失时定位到这条语句的历史使用
语义与替代写法
语义与替代写法
-- 替换写入：冲突时先删后插
REPLACE INTO users (id, name) VALUES (1, 'alice');
-- 等价于下面两步（同一语句内完成）
-- DELETE FROM users WHERE id = 1;
-- INSERT INTO users (id, name) VALUES (1, 'alice');
-- 更常用的做法：冲突时只更新指定字段，保留其余原值
INSERT INTO users (id, name) VALUES (1, 'alice')
ON DUPLICATE KEY UPDATE name = VALUES(name);
-- 只想改一个字段：直接用更新语句最清楚
UPDATE users SET name = 'alice' WHERE id = 1;三种写入方式对照
| 写法 | 冲突时行为 | 未列出的字段 |
|---|---|---|
| 替换写入 | 删除旧行再插入新行 | 重置为默认值 |
| 冲突更新 | 直接更新指定字段 | 保留原值 |
| 更新语句 | 更新命中行 | 保留原值 |
| 跳过冲突的插入 | 不做任何写入 | 保留原值 |
外键设置为级联删除时，替换写入删除父行会连带删除子表数据。这类事故往往在批量导入时集中爆发，且删除动作是隐式的，事后只能靠备份恢复。
替换写入与冲突更新的自增消耗也不同：前者每次替换都插入新行、消耗自增值，后者命中已有行不消耗。主键自增值增长过快的系统，可以从这类语句里找原因。