Sequelize v5.21.9未关联transaction引发悬挂事务问题咨询

核心逻辑梳理 #

你遇到的问题本质是事务绑定错误，结合你的Sequelize配置和代码行为，具体原因如下：

1. 你配置了autoCommit: false，这意味着Sequelize中所有未关联显式事务的数据库操作，都会自动开启一个隐式事务，且不会自动提交——必须手动触发提交/回滚。
2. 你手动创建了一个显式事务，但没有将update操作绑定到这个事务上（没传transaction参数），导致update单独占用了连接池里的另一个连接，并开启了一个独立的隐式事务。
3. 你最后调用的commit()只是提交了你手动创建的那个空的显式事务，而update对应的隐式事务完全没被处理，就变成了悬挂事务。
4. 高并发场景下（每秒7-10次请求），每个请求都会留下一个未提交的隐式事务，这些事务会持续占用数据库连接，积累到一定数量后就会占满连接池，导致后续请求无法获取连接执行数据库操作。

关键代码对比 #

引发悬挂事务的params配置（未绑定事务，update会开启独立隐式事务）：

const params = {
   where: {
       id: obj.id
   },
   returning: true,
   plain: true
};

无悬挂事务的params配置（绑定了显式事务，update纳入事务统一管理）：

const params = {
   where: {
       id: obj.id
   },
   returning: true,
   plain: true,
   transaction
};

为什么传transaction就没问题？ #

当你把显式创建的transaction传入update的参数后，update操作就会绑定到这个显式事务对应的连接上，后续调用commit()时，会一次性提交这个事务下的所有操作（包括你的update），不会留下未处理的隐式事务，自然也就不会出现悬挂问题。

额外提醒 #

Sequelize 5.x的autoCommit配置很容易踩坑，尤其是和显式事务混合使用时，一定要确保所有需要在事务内执行的操作都显式绑定到对应的事务对象上，避免出现这种“事务分离”的情况。

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