PostgreSQL搭配Doctrine ORM外键报错键不存在但实际存在如何排查

该报错与数据库端缓存机制无关，数据库外键约束校验会直接读取主键索引的真实存储数据，不会因缓存导致存在性判定错误。以下是常见的触发原因：

• 读写分离架构下的主从延迟问题
  这是最高发的场景。你通过数据库UI工具查询的是从库，从库已经同步了id=28007的provider数据，但代码写入操作走的是主库，主库上该条provider数据已被删除、或者新增该provider的事务还未提交，导致主库外键校验时找不到对应记录。
• 并发事务时序问题
  如果两个事务并行执行：事务A执行删除id=28007的provider操作、尚未提交；此时你的更新事务B开启，在可重复读（RR）隔离级别下，事务B的读操作能看到删除前的provider记录，当事务A先提交完成删除后，事务B再写入provider_group，外键校验时就会发现该provider已不存在。
• Doctrine操作顺序与实体状态问题
  1. 你在同一个事务内的操作顺序错误：先执行了provider_group的关联更新/插入，再执行provider的新增/更新操作，且没有配置关联级联持久化，导致写入provider_group时provider还未写入数据库。
  2. id=28007的provider实体在当前EntityManager的UnitOfWork中被标记为待删除状态，你未感知到该状态就操作关联的provider_group，Doctrine执行SQL时会先执行关联写入再执行删除，触发外键报错。
• 近期业务变更导致的逻辑问题
  如果近期上线过相关功能，可以检查两处变更：
  1. 是否修改了Doctrine的实体关联配置，比如双向关联的 owning side 配置反转，导致Doctrine生成SQL的顺序异常。
  2. 是否新增了异步任务/定时任务删除provider数据的逻辑，没有加分布式锁或者事务校验，和你的更新操作产生了并发冲突。

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