为何PostgreSQL批量插入未触发复合主键重复但逐条插入报错

两种插入操作的核心差异 #

• 批量INSERT（单语句多值）：属于单个SQL语句，所有行的写入操作是原子性的，约束检查的时机取决于数据库实现和约束配置，部分数据库会在所有行插入完成后统一做唯一性校验，而非插入一行校验一行。
• 逐条INSERT（多单值语句）：每条是独立的SQL语句，默认在自动提交模式下，每条执行完成后就会立刻触发约束校验，每条语句本身是独立事务。

反常执行结果的原因 #

你给出的建表语句中定义的复合主键本身是有序的，(1,2)和(2,1)属于完全不同的合法主键值，标准SQL逻辑下两种插入方式都应该执行成功。出现你描述的逐条插入报错、批量插入成功的现象，唯一的可能是你实际的表上额外添加了无向城市对唯一约束，这类约束一般通过表达式索引实现，示例：

CREATE UNIQUE INDEX idx_city_pair_undirected ON CityToCity (LEAST(City1_ID, City2_ID), GREATEST(City1_ID, City2_ID));

这个约束的作用是避免同时存储(1,2)和(2,1)这两条含义重复的往返城市对记录，两种插入方式的不同表现逻辑如下：

• 逐条插入时：插入(1,2)后立刻触发约束校验，此时无冲突；插入(2,1)时，计算两个字段的最小/最大值得到(1,2)，和已存在的记录冲突，立刻抛出唯一键重复错误。
• 批量插入时：如果你的数据库支持语句级延迟约束检查，会等两条记录都插入完成后再做校验。如果你确认批量插入确实成功没有报错，大概率是你批量插入的语句中隐含了冲突忽略配置（比如MySQL的INSERT IGNORE、PostgreSQL的ON CONFLICT DO NOTHING），或者你的测试环境存在缓存、未实际提交的异常情况。

验证方案 #

你可以执行对应数据库的查询语句，查看表上的所有约束和索引，确认是否存在额外的无向唯一约束：

-- PostgreSQL 适用
SELECT indexdef FROM pg_indexes WHERE tablename = 'citytocity';

-- MySQL 适用
SHOW INDEX FROM CityToCity;

内容的提问来源于stack exchange，提问作者EgorMit