Sequelize主键设为自增仍报唯一主键约束冲突错误

这个报错由两个叠加问题导致：

1. bulkCreate参数配置逻辑错误
   updateOnDuplicate的作用仅为指定冲突触发后需要更新的字段列表，不会自动指定冲突判定规则。在PostgreSQL场景下，如果不显式传入conflictAttributes声明用于判定重复的唯一字段，Sequelize会默认以主键id作为冲突判定列，最终生成的SQL逻辑和你的预期完全不符：

   INSERT INTO users (name, email, mobile) VALUES 
   ('ABC', 'test@domain.com', '123456789'),
   ('IJK', 'mail@domain.com', '123456789'),
   ('XYZ', 'yetanothermail@domain.com', '123456789')
   ON CONFLICT (id) DO UPDATE SET email = EXCLUDED.email;
   

   上述语句只有主键id重复时才会触发更新，根本不会响应email字段的唯一键冲突，完全达不到“email重复时更新记录”的效果。
2. 主键绑定的自增序列不同步
   报错信息明确提示Key (id)=(9) already exists，说明users表id字段关联的自增序列当前生成的下一个值为9，但表内已经存在id=9的记录。这类问题几乎都是之前手动执行过指定id的插入、数据导入操作，写入的id值超过了自增序列的当前计数，序列没有同步更新导致的。

按以下步骤操作即可完全修复：

• 首先校准自增序列值，执行以下SQL将序列值重置为当前表内最大id+1，从根源解决主键id重复问题：

  SELECT setval(
    pg_get_serial_sequence('users', 'id'),
    COALESCE((SELECT MAX(id) FROM users), 0) + 1,
    false
  );
  

• 修正bulkCreate的参数配置，显式指定以email字段作为冲突判定依据，同时把冲突时需要同步更新的字段全部加入updateOnDuplicate列表（如果仅保留email，冲突时name、mobile字段不会更新，会保留数据库内原有值）：

  const results = await User.bulkCreate(records, {
    updateOnDuplicate: ['name', 'mobile', 'email'],
    conflictAttributes: ['email']
  });
  

  注意：conflictAttributes参数需要Sequelize版本在v6.2.0及以上，版本过低请先升级到稳定版本。
• 校验配置：如果后续仍出现id相关报错，可以执行以下两句SQL确认序列值正常，只要序列的下一个取值大于表内当前最大id就不会出现主键重复：

  -- 查询自增序列下一个生成的id值
  SELECT nextval(pg_get_serial_sequence('users', 'id'));
  -- 查询表内当前存储的最大id值
  SELECT MAX(id) FROM users;
  

内容的提问来源于stack exchange，提问作者Zain Ul Abidin