MongoDB并发创建用户时唯一IDID重复问题如何解决

这个重复ID不是偶发bug，是当前写法的必然结果：countDocuments()是独立的查询请求，和后续的用户插入操作不是原子执行的。多个并发创建用户的请求同时执行查询时，会拿到完全相同的文档总数，自增后自然生成重复的UserId，属于典型的竞态条件问题。

方案1：使用数据库原子自增序列（优先推荐，从根源规避并发冲突） #

不要在业务层自己计算ID值，把ID生成逻辑下沉到数据库，利用数据库的原子操作保证ID唯一递增，完全不会有并发冲突问题。
从你用的countDocuments语法判断你用的应该是MongoDB+Mongoose栈，实现方式如下：

1. 单独创建计数器集合存储序列值，初始化操作只需要执行一次：

// 初始化用户ID序列
await db.collection('counters').insertOne({
  idKey: 'userSeq',
  currentValue: 0
})

2. 创建用户时，用findOneAndUpdate做原子自增取值，这个操作在数据库层面是单线程原子执行的，哪怕上千并发同时请求，拿到的序列值也不会重复：

const seqResult = await db.collection('counters').findOneAndUpdate(
  { idKey: 'userSeq' },
  { $inc: { currentValue: 1 } },
  { returnDocument: 'after' }
)
const UserId = seqResult.currentValue
// 后续直接拿这个UserId写入用户文档即可

如果你用的是MySQL等关系型数据库，直接给UserId字段加AUTO_INCREMENT属性即可，数据库会自动维护唯一递增的ID，不需要业务层写额外逻辑。

方案2：给UserId字段加唯一索引（必须做的兜底措施） #

无论你用哪种ID生成逻辑，都要给用户表的UserId字段创建唯一索引。就算ID生成逻辑出现极端异常，数据库层面会直接拦截重复ID的写入请求，不会产生脏数据。碰到唯一键冲突报错时，业务侧重试1-2次重新取ID即可。

方案3：分布式锁（低并发场景可选，不优先推荐） #

如果暂时不想调整现有ID生成逻辑，可以在「查询count+插入用户」的整个逻辑外层加分布式锁，比如基于Redis的SETNX实现，同一时间只允许一个请求执行ID生成和用户创建操作，其余请求等待锁释放后再执行。这个方案的缺点是性能差，高并发场景下会出现请求排队，锁逻辑处理不当还可能引发死锁。

• 不要试图用普通数据库事务解决这个问题，除非把事务隔离级别调到可串行化，性能损耗远大于直接用原子自增序列的方案。
• 不要在应用服务内存里维护计数器，多实例部署、服务重启都会导致计数错乱，照样会出现重复ID。

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