Prisma事务更新记录时无法回滚问题求助

针对你遇到的「批量更新ID对应凭证，只要有一个记录不存在就全量回滚」的需求，之前的两种方法失效，核心原因是没做到全量有效性校验前置或者更新操作与存在性检查绑定，以下是可行的解决思路：

方案1：先校验所有ID的有效性，再执行更新 #

这是最直观且易维护的方案：

• 先执行一次批量查询，获取数据库中存在的ID列表：

  SELECT id FROM 你的表名 WHERE id IN (1,2,3,...); -- 替换为你的目标ID数组
  

• 对比查询结果的ID数量和传入的ID数组长度：如果数量不一致，说明存在无效ID，直接终止流程，不执行任何更新
• 确认所有ID都存在后，再执行批量更新：

  UPDATE 你的表名 SET 凭证字段='新凭证值' WHERE id IN (1,2,3,...);
  

• 把上述两步放在同一个事务中执行，确保校验和更新的原子性。

方案2：在更新语句中绑定存在性检查（原子操作） #

如果不想提前做查询校验，可以给每个更新操作加上存在性判断，确保只有存在的记录才会被修改，最后通过受影响行数判断是否回滚：

• 以SQL为例，在事务内执行带存在性检查的更新：

  BEGIN TRANSACTION;
  -- 每个更新都加EXISTS判断，确保只修改存在的记录
  UPDATE 你的表名 SET 凭证字段='新值' WHERE id = 1 AND EXISTS (SELECT 1 FROM 你的表名 WHERE id=1);
  UPDATE 你的表名 SET 凭证字段='新值' WHERE id = 2 AND EXISTS (SELECT 1 FROM 你的表名 WHERE id=2);
  -- 统计所有更新的受影响行数总和
  SET @total_affected = (SELECT ROW_COUNT());
  -- 如果受影响行数不等于ID数组长度，说明有无效ID，回滚事务
  IF @total_affected != 2 THEN 
      ROLLBACK;
  ELSE 
      COMMIT;
  END IF;
  

• 如果你用ORM（比如Sequelize、TypeORM），可以在每个更新方法中添加where条件包含存在性检查，然后在事务最后统计所有更新的affectedRows总和，不符合预期就调用事务的回滚方法。

为什么之前的方法失败？ #

• 第一种循环查询+更新：大概率是异步流程控制问题，比如循环中逐个执行更新时，没把所有操作都正确纳入事务的控制逻辑，或者抛错后没有主动触发事务回滚，导致已执行的更新被提交。
• 第二种批量传入update操作：很多情况下，“记录不存在”只会返回「0行受影响」，不属于数据库级别的错误，所以事务不会自动回滚；如果你的ORM没有配置“0行受影响视为错误”，就会继续执行后续操作并最终提交事务。

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