Symfony锁多进程抢占同一资源触发PostgreSQL唯一约束冲突求排查

• 并发竞态引发重复插入：你的自定义锁逻辑存在原子性漏洞——两个进程会同时执行「检查锁记录是否存在→不存在则插入」的操作，由于这两步不是原子执行，它们都能通过“记录不存在”的检查，随后同时插入同一条资源锁记录，直接触发lock_keys_pkey主键的唯一约束冲突。
• 手动锁实现的逻辑缺陷：如果是自己用表来实现资源锁，没有利用PostgreSQL的原子操作保证并发安全，就必然会出现这类问题。常规的“先查后插”完全无法应对高并发场景下的同步问题。
• 主键约束的触发逻辑：lock_keys_pkey作为lock_keys表的主键，其关联字段应该是你用来标识锁定资源的唯一值（比如资源ID）。当两个进程尝试插入同一个资源ID的锁记录时，主键的唯一性规则就会拦截第二次插入，抛出你看到的报错。

• 用原子SQL操作替代拆分的查插逻辑：比如使用INSERT ... ON CONFLICT语法，把检查和插入合并成一个原子步骤，避免竞态：

  INSERT INTO lock_keys (resource_id)
  VALUES ('target_resource_id')
  ON CONFLICT (resource_id) DO NOTHING;
  

• 改用PostgreSQL内置锁机制：比如使用pg_advisory_lock获取会话级咨询锁，或者对目标资源对应的行执行SELECT ... FOR UPDATE加行锁，这些都是数据库原生支持的原子锁操作，从根源上避免手动实现锁的并发问题。

内容的提问来源于stack exchange，提问作者Stéphane Acloque