什么是ORM框架中的事务管理
在开发Web应用时，经常会遇到需要同时对多张数据库表进行写入或更新的场景。比如用户下单，既要扣减库存，又要生成订单记录，还要扣除账户余额。这些操作必须全部成功，否则就得全部撤销，不然就会出现数据混乱。这时候，事务管理就派上用场了。
ORM（对象关系映射）框架，比如Django ORM、SQLAlchemy、MyBatis或者TypeORM，除了帮我们用面向对象的方式操作数据库，还内置了对事务的支持。它把数据库事务封装成方法调用，让开发者不用直接写BEGIN、COMMIT、ROLLBACK这类SQL语句也能控制事务流程。
事务的ACID特性在ORM中如何体现
事务讲究原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）和持久性（Durability），也就是常说的ACID。ORM框架通过封装底层数据库的事务机制来保障这些特性。
以一个转账操作为例：从A账户转500元到B账户。这个过程包含两个动作——A减500，B加500。如果中间断电或程序出错，只完成了第一步，那系统就乱套了。ORM事务能确保这两个操作要么一起生效，要么都不生效。
Django中的事务使用示例
Django默认每个数据库操作都在自动提交模式下运行，但可以用transaction.atomic装饰器或上下文管理器来包裹一组操作，形成一个事务块。
from django.db import transaction
def transfer_money(from_user, to_user, amount):
try:
with transaction.atomic():
from_user.balance -= amount
from_user.save()
to_user.balance += amount
to_user.save()
# 如果上面任意一步失败，整个操作都会回滚
except Exception as e:
print(f"转账失败：{e}")只要在transaction.atomic()代码块中抛出异常，Django就会自动触发ROLLBACK，恢复到进入块之前的状态。
Spring Boot + MyBatis中的事务控制
在Java生态中，Spring Boot结合MyBatis是常见的组合。Spring通过@Transactional注解实现声明式事务管理，简洁又强大。
@Service
public class OrderService {
@Autowired
private InventoryMapper inventoryMapper;
@Autowired
private OrderMapper orderMapper;
@Transactional
public void createOrder(Order order) {
inventoryMapper.reduceStock(order.getProductId(), order.getQuantity());
orderMapper.insertOrder(order);
// 如果减库存成功但插入订单失败，事务会回滚
}
}只要方法被@Transactional标记，Spring就会在方法执行前开启事务，正常结束则提交，抛出未捕获异常则回滚。
嵌套事务与保存点的处理
有时候一个服务方法调用了另一个带事务的方法，这就涉及嵌套事务的问题。不同ORM框架处理方式不同。例如，Spring默认采用“传播行为”机制，默认是REQUIRED，意思是如果有当前事务就加入，没有就新建一个。
某些复杂场景可能需要部分回滚而不影响外层事务，这时可以利用保存点（Savepoint）。比如在批量导入用户时，某个用户数据格式错误，只想跳过这个而不中断整体流程。
@Transactional
public void batchImportUsers(List<User> users) {
for (User user : users) {
TransactionStatus savePoint = transactionManager.getTransaction(new DefaultTransactionDefinition());
try {
userService.save(user);
} catch (Exception e) {
transactionManager.rollback(savePoint); // 回滚到该用户的起点
log.warn("用户 {} 导入失败，已跳过", user.getName());
}
}
}常见问题与注意事项
事务不是万能的，用不好反而会影响性能甚至引发死锁。比如长时间持有事务会导致数据库连接被占用，影响并发能力。因此建议事务范围尽量小，不要在事务里做网络请求或耗时计算。
另外，并非所有异常都会触发回滚。在Spring中，默认只有未检查异常（继承自RuntimeException）才会导致事务回滚。如果想让受检异常也触发回滚，需要显式配置：
@Transactional(rollbackFor = Exception.class)
public void riskyOperation() throws IOException {
// 即使抛出IOException也会回滚
}还有，事务只能保证数据库层面的一致性，无法解决分布式系统中的全局一致性问题。跨服务的操作需要引入分布式事务方案，比如TCC、Saga或基于消息队列的最终一致性设计。
合理使用才能发挥最大价值
ORM框架的事务管理极大简化了数据一致性的控制过程。但在实际项目中，得清楚知道什么时候该用事务、用多大范围的事务。盲目包裹一大段代码只会埋下隐患。
就像做饭时调味要适量，事务也一样。关键操作加保护，细碎读取不滥用，才能既保证安全又不影响效率。