当前位置: 首页 > article >正文

深入解析Spring Boot中的`@Transactional`注解

一、@Transactional注解概述

1.1 什么是@Transactional

@Transactional是Spring框架中用于声明式事务管理的注解。通过在方法或类上添加@Transactional注解,Spring会自动将该方法或类中的数据库操作纳入到事务管理中,从而保证这些操作的原子性、一致性、隔离性和持久性(即ACID属性)。

1.2 @Transactional的作用

@Transactional的主要作用是管理数据库事务,它可以确保:

  • 原子性:方法中的多个数据库操作要么全部成功,要么全部失败。
  • 一致性:事务执行前后,数据库保持一致性。
  • 隔离性:事务之间相互隔离,防止并发问题。
  • 持久性:事务一旦提交,结果将永久保存到数据库中。

二、@Transactional的工作原理

2.1 基于AOP的事务管理

Spring的事务管理是基于AOP(面向切面编程)实现的。当一个方法被@Transactional注解标记时,Spring会为该方法生成一个代理对象,代理对象会在方法执行前开启事务,在方法执行完成后提交事务,如果方法抛出异常,则回滚事务。

2.2 事务传播机制

@Transactional注解中的propagation属性决定了当前事务的传播行为。Spring支持以下几种传播行为:

  • REQUIRED(默认值):如果当前存在事务,则加入该事务;如果当前没有事务,则新建一个事务。
  • REQUIRES_NEW:每次都会新建一个事务,如果当前存在事务,则挂起当前事务。
  • SUPPORTS:支持当前事务,如果当前存在事务,则加入该事务;如果当前没有事务,则以非事务方式执行。
  • NOT_SUPPORTED:以非事务方式执行,如果当前存在事务,则挂起当前事务。
  • MANDATORY:必须在一个已有事务中执行,如果当前没有事务,则抛出异常。
  • NEVER:以非事务方式执行,如果当前存在事务,则抛出异常。
  • NESTED:如果当前存在事务,则在嵌套事务中执行;如果当前没有事务,则新建一个事务。

2.3 事务隔离级别

@Transactional注解中的isolation属性决定了事务的隔离级别。Spring支持以下几种隔离级别:

  • DEFAULT:使用底层数据库的默认隔离级别。
  • READ_UNCOMMITTED:最低的隔离级别,可能导致脏读、不可重复读和幻读。
  • READ_COMMITTED:可以防止脏读,但仍可能出现不可重复读和幻读。
  • REPEATABLE_READ:可以防止脏读和不可重复读,但仍可能出现幻读。
  • SERIALIZABLE:最高的隔离级别,确保事务的完整性,但性能较低。

2.4 事务超时与只读设置

  • timeout属性:指定事务的超时时间,单位为秒。如果事务在指定时间内没有完成,则会回滚。
  • readOnly属性:设置事务为只读,优化数据库操作,特别是在查询操作时。

2.5 事务回滚策略

  • rollbackFor属性:指定哪些异常会导致事务回滚。默认情况下,Spring会在遇到RuntimeExceptionError时回滚事务。
  • noRollbackFor属性:指定哪些异常不会导致事务回滚。

三、@Transactional注解的实际应用

3.1 方法级别的事务管理

通常情况下,我们会在服务层(Service Layer)的方法上使用@Transactional注解,以确保这些方法中的数据库操作能够被事务管理。

@Service
public class UserService {

    @Autowired
    private UserRepository userRepository;

    @Transactional
    public void createUser(User user) {
        userRepository.save(user);
        // 其他业务逻辑
    }
}

在上述例子中,createUser方法被@Transactional注解标记,这意味着在该方法执行期间,如果出现异常,所有数据库操作都会被回滚。

3.2 类级别的事务管理

@Transactional注解也可以放在类级别,这样类中所有的public方法都会被事务管理。

@Service
@Transactional
public class UserService {

    @Autowired
    private UserRepository userRepository;

    public void createUser(User user) {
        userRepository.save(user);
        // 其他业务逻辑
    }

    public void deleteUser(Long id) {
        userRepository.deleteById(id);
        // 其他业务逻辑
    }
}

在此例子中,UserService类中所有的public方法都会被事务管理。

3.3 多事务管理器

在复杂的应用中,可能会有多个数据源,此时我们需要配置多个事务管理器,并在@Transactional注解中指定使用哪个事务管理器。

@Configuration
@EnableTransactionManagement
public class DataSourceConfig {

    @Bean(name = "firstTransactionManager")
    public PlatformTransactionManager firstTransactionManager(EntityManagerFactoryBuilder builder) {
        return new JpaTransactionManager(firstEntityManagerFactory(builder).getObject());
    }

    @Bean(name = "secondTransactionManager")
    public PlatformTransactionManager secondTransactionManager(EntityManagerFactoryBuilder builder) {
        return new JpaTransactionManager(secondEntityManagerFactory(builder).getObject());
    }
}

在Service层中,可以通过@Transactional注解的transactionManager属性指定使用哪个事务管理器:

@Service
public class OrderService {

    @Autowired
    private OrderRepository orderRepository;

    @Transactional(transactionManager = "firstTransactionManager")
    public void processOrder(Order order) {
        orderRepository.save(order);
        // 其他业务逻辑
    }
}

3.4 嵌套事务

在某些情况下,我们可能需要在一个事务中嵌套另一个事务。Spring提供了NESTED事务传播行为,支持这种需求。

@Service
public class OrderService {

    @Autowired
    private PaymentService paymentService;

    @Transactional
    public void processOrder(Order order) {
        paymentService.processPayment(order);
        // 其他业务逻辑
    }
}

@Service
public class PaymentService {

    @Transactional(propagation = Propagation.NESTED)
    public void processPayment(Order order) {
        // 支付逻辑
    }
}

在上述例子中,PaymentService中的processPayment方法被NESTED传播行为标记,这意味着即使processOrder方法回滚,processPayment方法的操作也可以单独回滚或提交。

四、@Transactional注解的常见问题与解决方案

4.1 @Transactional注解不生效

原因分析
  • 方法可见性问题@Transactional注解只会在public方法上生效,如果方法是private、protected或者package-private,则事务不会被代理。
  • 自调用问题:当同一个类中的方法相互调用时,如果调用者和被调用者都使用了@Transactional,Spring不会代理这种情况,导致事务不生效。
  • 配置问题:检查@EnableTransactionManagement注解是否正确配置,确保事务管理器被正确加载。
解决方案
  • 确保使用@Transactional注解的方法是public的。
  • 使用AOP配置或者将方法调用移到外部类中,以避免自调用导致的问题。
  • 确保在配置类中正确启用了事务管理。

4.2 嵌套事务回滚问题

原因分析

嵌套事务的回滚机制较为复杂,默认情况下,嵌套事务的回滚可能不会影响到外部事务,导致数据不一致。

解决方案

可以通过Propagation.NESTEDPropagation.REQUIRES_NEW来区分不同的事务边界,从而确保在出现问题时回滚到预期的事务状态。

4.3 事务隔离级别导致的性能问题

原因分析

高隔离级别(如SERIALIZABLE)会显著降低数据库的并发性能,导致系统吞吐量下降。

解决方案

在实际应用中,应该根据业务需求选择合适的事务隔离级别,避免不必要的高隔离级别配置。同时,优化数据库索引和查询策略,减少锁冲突。

五、总结

@Transactional是Spring Boot中一个非常强大的注解,它简化了事务管理

,使得开发者可以专注于业务逻辑的实现。然而,在实际应用中,合理地使用@Transactional注解并避免常见的坑,仍然是一个需要深入理解和持续实践的过程。希望本文能够帮助你更好地掌握@Transactional注解的使用,并在项目中发挥其最大价值。


通过理解Spring Boot中的@Transactional注解,你可以更好地掌握事务管理的原理,并在实际开发中应用这些知识来编写健壮的、易维护的代码。


http://www.kler.cn/news/290738.html

相关文章:

  • 学习之SQL语句DQL(数据库操作语言)之多表查询(内外连接,自连接,子查询)
  • web渗透:SSRF漏洞
  • Xinstall引领免邀请码下载新潮流,便捷又安全
  • 性能测试⼯具-——JMeter
  • 基于Java+SpringBoot+Vue+MySQL的地方美食分享网站
  • RDD、DataFrame、DataSet(Spark)
  • 深度学习(七)-计算机视觉基础
  • 0、Typescript学习
  • 【重学 MySQL】七、MySQL的登录
  • HTTPS理论(SSL/TLS)
  • 全面指南:在MySQL中实现数据备份的策略规划
  • NLP从零开始------17.文本中阶处理之序列到序列模型(2)
  • Draw.io for Mac/Win:免费且强大的流程图绘制工具
  • 数据库和MySQL
  • 网络协议--HTTP 和 HTTPS 的区别
  • 设计模式 —— 单例模式
  • 惠中科技PV-Wiper全自动光伏组件清洁系统:智能清洁赋能光伏产业
  • 日系编曲:日系钢琴写作思路 双手思维 双手编写思路 双手合并 琶音 刮奏 颤音 震音
  • 点云帧间位姿矩阵的预测和误差计算
  • [Meachines] [Medium] Bitlab 标签自动填充登录+GitLab+Docker横向+Postgresql+逆向工程
  • Spring AOP(下)原理
  • JMeter 接口自动化测试:以搜索功能为例的实现思路详解
  • vue + Lodop 制作可视化设计页面 实现打印设计功能(三)
  • 服务器文件权限限制写入
  • Ribbon 源码分析【Ribbon 负载均衡】
  • go 开发小技巧
  • 9.4日常记录
  • Git+word记笔记
  • DriveLM的baseline复现
  • 关于edge浏览器登陆CSDN安全验证不跳出验证码