Node/Express+TypeScript中Sequelize注册接口两种错误处理方案哪个更优？

我在Node/Express+TypeScript环境中使用Sequelize ORM，users表的email字段设置了唯一约束。现在编写注册接口时，考虑了两种实现方式，请问哪种模式更合适？

方式1：执行CREATE查询后捕获唯一约束错误 #

export const signup = async (req: Request, res: Response) => {
  try {
    console.log('requset: ', req.body);
    const user = await User.create(req.body);
    res.send('Successfully Created');
  } catch (error) {
    if (error instanceof ValidationError) {
      if (error.errors.map((err) => err.type).includes('unique violation')) {
        res.status(409).send(`${req.body.email} is already in use`);
      }
    }
  }
};

方式2：先查询检查重复，再执行CREATE #

export const signup = async (req: Request, res: Response) => {
  try {
    const duplicate = await User.count({ where: { email: req.body.email } });
    if (duplicate > 0) {
      res.status(409).send(`${req.body.email} is already in use`);
    } else {
      const user = await User.create(req.body);
      console.log('User created:', user.toJSON());
      res.send('Successfully Created');
    }
  } catch (error) {
    res.status(500).send(error);
  }
};

方案对比与结论 #

方式2的核心问题：竞态条件 #

方式2采用「先查询再创建」的流程，在高并发场景下会出现竞态问题：比如两个携带相同email的请求同时到达服务器，第一个请求执行完count查询（结果为0），还没来得及执行create时，第二个请求也完成了count查询（结果依然是0），最终两个请求都会触发create操作。此时数据库的唯一约束会生效，导致其中一个请求报错，无法从业务层面保证数据唯一性。

方式1的优势：可靠且高效 #

方式1直接执行create操作，然后捕获数据库抛出的唯一约束错误。数据库的唯一约束是原子性的，能确保同一时间只有一条相同email的记录被插入，从根源上避免了竞态条件，数据一致性更可靠。

另外，方式1只需要一次数据库交互（create），而方式2需要两次（count + create），在性能上也更有优势。

不过方式1的错误处理可以优化：当前代码只处理了ValidationError下的唯一约束错误，建议补充其他错误的兜底处理，避免请求无响应。优化后的错误处理示例：

catch (error) {
  if (error instanceof ValidationError) {
    const hasUniqueViolation = error.errors.some(err => err.type === 'unique violation');
    if (hasUniqueViolation) {
      return res.status(409).send(`${req.body.email} is already in use`);
    }
  }
  // 处理其他服务器错误
  res.status(500).send('Server error');
}

最终结论 #

优先选择方式1，它依托数据库的唯一约束保证数据一致性，规避了竞态条件，同时减少数据库查询次数，更高效可靠。

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