TypeORM事务引发PostgreSQL报错：当前事务已中止，命令被忽略

核心报错原因 #

current transaction is aborted, commands ignored until end of transaction block 这个PostgreSQL错误的本质是：某个数据库连接上的事务因执行失败进入了中止状态，但后续操作复用了这个未被重置的连接，PostgreSQL会拒绝该连接上的所有后续命令，直到事务被显式回滚或连接被重新初始化。

你的疑问解答 #

1. 高并发场景下，事务连接是否会被未完成回滚的操作占用？ #

不是“占用”，而是连接池中的连接可能因事务异常未被正确重置，导致后续请求复用该故障连接。高并发下连接池复用频率高，这类小概率的连接异常问题更容易被触发。

TypeORM默认使用连接池管理数据库连接，正常情况下事务失败后会自动回滚并将连接放回池，但如果存在未捕获的异常、异步逻辑异常未传递到事务回调外，或者TypeORM内部处理bug，就会导致连接停留在中止状态，后续请求拿到这个连接就会报错。

2. 当前代码是否能自动完成回滚？ #

正常情况下是可以的：
TypeORM的entityManager.transaction()方法会自动管理事务生命周期——如果回调函数抛出任何异常（包括异步操作的Reject），TypeORM会立即触发事务回滚；如果回调正常返回结果，则自动提交事务。

你提供的代码中没有吞掉异常的逻辑，三个异步操作都正确使用了await，所以理论上不会出现无法自动回滚的情况。但高并发下可能存在边缘case（比如连接池竞争导致的事务处理延迟、TypeORM旧版本的bug），导致回滚逻辑未被正确触发。

排查与解决建议 #

1. 确保所有异步操作异常被正确传递
   虽然你的代码没有吞异常，但可以显式添加try/catch并重新抛出，确保异常信号能传递到TypeORM的事务管理逻辑：

   return entityManager.transaction(async (manager) => {
     try {
       await manager.save(PositionConfigurationEntity, currentConfiguration);
       
       await manager.delete(PositionConfigurationEntity, {
         positionId: positionConfiguration.positionId,
         recordType: PositionConfigurationRecordType.CURRENT,
       });
   
       const savedConfig = await manager.save(PositionConfigurationEntity, {
         ...currentConfiguration,
         ...positionConfiguration,
         id: undefined,
         recordType: PositionConfigurationRecordType.CURRENT,
         createdDate: undefined,
         isDeviatedFromDefaultConfig,
       });
   
       return savedConfig;
     } catch (err) {
       // 重新抛出异常，确保TypeORM触发回滚
       throw err;
     }
   });
   

2. 优化连接池配置
   高并发下连接池参数不合理可能加剧问题：

   • 调整poolSize参数，确保连接数量能承载并发请求，避免连接过度复用；
   • 开启连接池的连接验证（TypeORM配置中设置validateConnection: true），确保从连接池取出的连接是可用的；
   • 配置PostgreSQL的keepAlive相关参数，避免长时间闲置的连接出现异常。

3. 升级TypeORM版本
   旧版本的TypeORM可能存在事务处理或连接池管理的bug，升级到最新稳定版可以修复已知问题。

4. 排查全局事务异常
   检查项目中其他事务操作是否存在未处理的异常，比如某些事务吞掉了异常导致连接未被重置，污染了连接池。

内容的提问来源于stack exchange，提问作者Mark Anthony Sulleza