SQLAlchemy单次commit未更新所有表的事务异常问题咨询

安全阿岳

2026-8-31

问题根因

你遇到的同事务提交下交易记录入库、余额未扣减的问题，本质不是事务原子性失效，是代码逻辑、ORM配置或数据库配置打破了事务边界，常见诱因按出现概率从高到低排列：

存储引擎不支持事务：如果使用MySQL数据库，若transaction表是支持事务的InnoDB引擎，account表是不支持事务的MyISAM引擎，那么事务回滚对MyISAM表完全无效，会直接出现单表写入成功、单表更新丢失的问题。可以执行SHOW TABLE STATUS WHERE Name IN ('transaction','account');校验两张表的Engine字段，必须统一为InnoDB。
ORM未追踪到余额更新操作：从代码写法判断你用的是SQLAlchemy，框架只有对当前会话内查询出的持久态对象的属性修改，才会被标记为脏数据在commit时提交。如果你的account对象是跨会话缓存的游离对象、或是在其他会话中查询得到的，哪怕你在代码里修改了current_balance属性，当前sessiondb根本感知不到这个变更，commit时只会提交新增的transaction记录，不会执行余额更新的SQL，整个过程不会抛出任何异常，自然也不会触发回滚。
数据库配置/触发器静默吞错：如果数据库未开启严格模式，或是account表上有自定义触发器，余额更新时出现字段类型不匹配、数值越界（比如无符号字段减为负数）、触发器逻辑拦截等场景时，数据库可能静默丢弃更新操作但不向ORM抛出错误，导致事务中插入语句正常执行、更新语句被跳过。
隐式提交打破事务边界：如果sessiondb配置了autocommit=True，或是在add交易记录后、修改余额前存在隐式flush、执行DDL语句等操作，会提前提交交易记录的插入操作，后续余额更新失败时之前的插入已经提交，无法回滚。

修复方案

按优先级逐步排查修复：

先统一两张表的存储引擎为InnoDB，确认数据库全局、会话级别的autocommit配置为关闭状态，sql_mode开启严格模式，禁止静默吞错。
修正SQLAlchemy会话配置，保持autocommit=False、autoflush=True的标准事务配置，不要复用跨请求的会话对象。
替换内存中直接修改对象属性的余额扣减写法，改用SQL级别的原子更新，同时查询账户时加行锁避免对象状态丢失、并发更新覆盖问题，参考代码：

# 查询账户时加行锁，确保是当前会话的持久态对象
account = sessiondb.query(Account).filter(
    Account.id == account_id,
    Account.user_id == current_user.id
).with_for_update().first()

# 新增交易记录逻辑不变
sessiondb.add(transaction)

# 直接执行SQL层面的原子更新，不依赖ORM对象状态追踪
from sqlalchemy import update
sessiondb.execute(
    update(Account)
    .where(Account.id == account.id)
    .values(current_balance = Account.current_balance - float(amount))
)

# 再执行事务提交
try:
    sessiondb.commit()
except Exception as error:
    sessiondb.rollback()
    logger.exception('Rolling back the changes because of error', error)
    return account

排查account表上的触发器、外键约束，移除会静默拦截更新的逻辑，所有更新失败必须抛出异常。
调试阶段可以在commit前打印sessiondb.new和sessiondb.dirty两个集合，确认待提交的操作里同时包含新增的transaction对象和待更新的account对象，从根源上避免ORM漏追踪操作的问题。

内容的提问来源于stack exchange，提问作者Rubab Zahra Sarfraz