避免唯一键约束冲突：try/except与数据校验哪种性能更优？

两种现有方案的性能对比 #

Python try/except捕获异常 #

这种属于乐观策略，假设绝大多数插入操作不会触发唯一键冲突。数据库会自动校验唯一约束，仅当冲突发生时抛出异常，由Python捕获并忽略。

• 优势：无额外查询开销，正常插入流程高效。
• 劣势：若冲突率较高，频繁触发异常会带来额外性能损耗（异常处理的成本高于普通查询）。

数据库层面IF NOT EXISTS校验 #

这种属于悲观策略，每次插入前先执行查询判断数据是否存在，仅当不存在时执行插入。

• 优势：不会触发数据库异常，流程更“平稳”。
• 劣势：无论是否冲突，都多了一次查询开销；且在高并发场景下，查询和插入是两个独立步骤，存在竞态条件——两个线程可能同时查询到数据不存在，随后同时插入，最终还是会触发唯一键冲突。

更优的实现方案 #

IF NOT EXISTS并非最优选择，推荐使用数据库原生的原子性插入语句，既避免竞态问题，性能也更稳定：

针对SQL Server #

方案1：MERGE语句

MERGE INTO date AS target
USING (VALUES (?, ?, ?)) AS source(iyear, imonth, iday)
ON target.iyear = source.iyear 
   AND target.imonth = source.imonth 
   AND target.iday = source.iday
WHEN NOT MATCHED THEN
    INSERT (iyear, imonth, iday) 
    VALUES (source.iyear, source.imonth, source.iday);

整个MERGE操作是原子执行的，从校验到插入不会被中断，彻底避免竞态条件。

方案2：原子化的INSERT ... SELECT

INSERT INTO date (iyear, imonth, iday)
SELECT ?, ?, ?
WHERE NOT EXISTS (
    SELECT 1 FROM date 
    WHERE iyear = ? AND imonth = ? AND iday = ?
);

与单独的IF NOT EXISTS不同，这条语句将查询和插入合并为一个原子操作，高并发下不会出现冲突。

针对MySQL #

使用ON DUPLICATE KEY UPDATE语法，利用数据库原生的唯一约束处理逻辑：

INSERT INTO date (iyear, imonth, iday) 
VALUES (?, ?, ?)
ON DUPLICATE KEY UPDATE iyear = iyear; -- 冲突时执行空操作，仅避免抛出异常

这条语句性能极高，数据库内部直接处理校验和插入，无需额外查询，且完全原子化。

总结 #

• 若冲突率极低：优先选择Python try/except方案，无额外查询开销，仅极少数情况触发异常。
• 若冲突率中等/较高，或需高并发场景：优先使用数据库原生原子插入语句（MERGE/INSERT ... SELECT/ON DUPLICATE KEY UPDATE），既解决竞态问题，性能也更稳定。

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