SQLite多约束冲突处理规则确认：特定冲突忽略需求咨询

你遇到的场景刚好触及SQLite冲突处理的两个核心规则：多约束冲突的优先级逻辑，以及约束检查顺序的特性。我结合官方文档和你的测试场景逐一说明：

一、多约束冲突时的行为有明确的官方保证吗？ #

完全有，SQLite官方文档对这种场景的处理逻辑有清晰定义，核心要点如下：

1. 冲突处理的优先级层级 #

SQLite会按照以下优先级选择冲突处理策略：

• 第一优先级：INSERT/UPDATE语句中的ON CONFLICT子句（比如你用的ON CONFLICT (a,c) DO NOTHING），它会覆盖所有约束级别的设置；
• 第二优先级：约束定义时自带的ON CONFLICT规则（比如你给主键加的ON CONFLICT IGNORE）；
• 默认规则：如果以上都没指定，默认用ABORT（终止语句并回滚当前操作）。

2. 多约束冲突的核心处理逻辑 #

当同一行操作违反多个约束时，有两个关键规则：

• 首先，SQLite会按照冲突策略的优先级来决定最终行为，优先级从高到低是：ROLLBACK > ABORT > FAIL > IGNORE > REPLACE；
• 但针对IGNORE策略有个特殊逻辑：只要触发了IGNORE（比如违反了带ON CONFLICT IGNORE的主键），SQLite会直接跳过当前行的插入/更新，不会再检查其他约束的冲突，也不会报错。

对应你的场景：

• 插入(1,2,3)第二次：同时违反主键和唯一约束，但主键的IGNORE触发后，整个行被跳过，唯一约束的检查根本不会执行，所以静默无操作；
• 插入(4,2,3)：只违反唯一约束，该约束没有指定冲突策略，所以用默认的ABORT，触发错误。

3. 约束级ON CONFLICT的合法性 #

你在主键上指定ON CONFLICT IGNORE完全是合法用法，不属于未定义行为。SQLite从3.15.0版本开始就支持在PRIMARY KEY、UNIQUE、NOT NULL和CHECK约束上直接定义冲突处理策略，这是官方明确支持的功能。

二、冲突处理顺序和约束定义顺序无关？ #

是的，你的观察完全正确，SQLite的约束检查/冲突处理顺序和你写约束的顺序没有关系。

SQLite内部是按照约束类型的优先级来处理的（比如主键约束会被优先检查），而不是定义时的顺序。哪怕你交换UNIQUE(b,c)和PRIMARY KEY(a,c)的位置，主键依然会被先检查，所以冲突处理的结果不会变。

再结合前面的IGNORE逻辑：只要主键的IGNORE被触发，后续约束检查直接跳过，定义顺序就更不可能影响结果了。

补充：关于不同SQLite版本的差异 #

你提到的3.24版本中UPSERT语句的问题是已知的历史缺陷——早期的UPSERT实现没有正确处理多约束冲突的情况，导致即使指定了ON CONFLICT (a,c) DO NOTHING，依然会因为唯一约束冲突报错。这个问题在3.26版本中已经被修复，所以新版本的行为符合预期。而使用约束级的ON CONFLICT IGNORE则在所有支持该语法的SQLite版本中行为一致，稳定性更高。

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