PostgreSQL与TypeORM嵌套事务及子事务隔离、锁问题咨询

1. 是否支持结合TypeORM实现嵌套事务？ #

PostgreSQL没有真正的嵌套事务支持，它只提供保存点（Savepoint）机制——这是同一事务内的回滚标记，并非独立的子事务。TypeORM里的嵌套transaction调用，底层也是基于保存点实现的，本质还是同一个数据库事务，达不到你需要的模块B、C事务隔离的要求。

如果要让B、C拥有独立的事务边界，你得放弃嵌套事务的思路，改用并行独立事务，再通过全局协调（比如XA分布式事务、或者基于事件的最终一致性方案）来保证整体数据一致性。

2. 数据库如何区分不同事务的查询？ #

PostgreSQL靠数据库连接绑定事务：每个事务都和一个独立的连接绑定，同一连接内的所有查询都属于当前事务。

在NestJS+TypeORM场景下，你需要给B、C分配独立的数据库连接（从连接池取不同实例，或者配置多连接），然后在各自连接上开启事务：

• 模块A触发事件后，异步启动两个独立任务，分别为B、C获取专属连接
• 每个任务在自己的连接内执行事务逻辑，这样PostgreSQL会自动把两个事务的查询归到不同连接下，彼此完全隔离

TypeORM代码示例：

// 从连接池获取或创建B、C的独立连接实例
const connB = getConnection('module_b_conn');
const connC = getConnection('module_c_conn');

// 并行执行两个独立事务
await Promise.all([
  connB.transaction(async (txManager) => {
    // 模块B的所有操作都在这个事务内
    await txManager.update(EntityB, { id: 1 }, { status: 'done' });
  }),
  connC.transaction(async (txManager) => {
    // 模块C的所有操作都在这个事务内
    await txManager.insert(EntityC, { data: 'xxx' });
  })
]);

3. 两个子事务之间能否互相锁定行？ #

如果是真正的独立事务（不是保存点模拟的嵌套），完全遵循PostgreSQL的隔离级别规则，可以互相锁行：

• 默认的READ COMMITTED级别下，事务B先更新某行，事务C再操作同一行时会被阻塞，直到B提交/回滚
• 更高的REPEATABLE READ或SERIALIZABLE级别下，锁机制更严格，甚至可能出现死锁（如果两个事务互相等待对方释放锁）

但如果是用保存点模拟的“嵌套事务”，所有操作都在同一个父事务里，不存在独立事务边界，自然也不会有“子事务互相锁行”的情况——所有锁都属于同一个事务，内部操作不会互相阻塞。

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