说说@Transactional(readOnly = true),和mysql事务隔离级别;

本文介绍了注解@Transactional(readOnly = true),使用该注解后事务中只能查询不能更改,数据库会为其提供优化手段。同时指出readOnly = true不能保证结果集一致性,受限于mysql隔离级别。还提及测试中可能因一级缓存导致结果异常,可通过传入随机数解决。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.首先说说注解@Transactional(readOnly = true)

(1)这里使用readOnly=true后,直观会给我们的体现就是,在该事务中,我们只能做查询,不能做更改等操作,否则报错;

(2)作用:由于只读事务不存在数据的修改,因此数据库将会为只读事务提供一些优化手段

 

2.需要注意的问题:

(1)有的博客的解释根本就是错误的,什么readOnly = true以后,就会保持该事务内所有查询结果不被其他事务修改而改变;

这种特性其实受限于mysql的隔离级别;

(2)mysql隔离级别:

事务隔离级别脏读不可重复读幻读
读未提交(read-uncommitted)
不可重复读(read-committed)
可重复读(repeatable-read)
串行化(serializable)

默认情况下是可重复读(repeatable-read),但一般会这设置成不可重复读(read-committed);比如阿里rds就是用的后者;

(3)不同隔离级别造成结果:

可重复读(repeatable-read)下,同一事务中多次读到的结果不受其他事务修改而改变,读的是快照;

不可重复读(read-committed)下就不行了,之所以选择该级别可以提高并发性;原理这里不细说;

(4)所以readOnly = true根本不能保证所谓的读取到的结果集始终一致性;

 

3.关于测试中你可能遇到的问题:

(1)你可能测试时候说了,我明明隔离级别是不可重复读(read-committed);但是当使用@Transactional开启事务后;在多次重复读取中修改了结果,但是读取结果没有变啊;

可能你是因为一级缓存引起的;你同一个事务会开启一个sqlsession,多次读取相同行的时候,后面返回的是缓存;那么你通过sql查询日志打印能看出来;

你可以通过查询时传入一个随机数来解决,比如:select * from student where #{random} = #{random},你就会看到效果了;

<think>好的,我现在需要帮用户介绍Spring Boot的@Transactional注解。用户之前已经询问过Java分布式事务,现在可能是在继续深入学习Spring Boot中的事务管理。首先,我应该回想一下用户之前的对话,了解他们的知识背景,可能他们已经对事务的基本概念有了一定了解,特别是分布式事务,所以现在需要更具体到Spring Boot中的事务实现。 用户的问题是关于@Transactional注解的,我需要详细解释这个注解的作用、使用方式以及相关注意事项。首先,要明确@Transactional是Spring框架提供的声明式事务管理的关键注解,它简化了事务的配置,通过AOP实现。接下来,我需要分点介绍它的核心功能,比如自动提交回滚规则,隔离级别,传播行为,以及只读事务等。 然后,我需要考虑用户可能的实际应用场景,比如在Service层的方法上添加@Transactional来管理事务。这时候要举一个简单的代码示例,说明如何在Spring Boot项目中使用这个注解。同时,用户可能对注解的参数感兴趣,比如propagationisolation,这些需要详细解释每个参数的作用可选值。 另外,用户可能在使用过程中遇到一些常见问题,比如注解不生效的情况。这时候需要总结一些常见的原因,比如方法是否为public、是否被同一个类中的其他方法调用导致AOP失效、异常类型未被正确捕获等。这些注意事项对于用户正确使用@Transactional非常重要,避免踩坑。 还需要比较声明式事务编程式事务的区别,说明@Transactional属于声明式,而编程式事务则需要使用TransactionTemplate。用户可能想知道两者的适用场景,比如声明式更简洁,编程式更灵活。 最后,要给出最佳实践,比如在Service层使用注解,避免在Controller层使用,以及正确处理异常类型。这些建议能帮助用户更好地应用@Transactional,确保事务管理既有效又高效。 需要确保整个解释清晰易懂,结合代码示例实际场景,让用户能够快速理解并应用。同时,要注意与之前介绍的分布式事务解决方案(如Seata)进行区分,说明@Transactional主要适用于本地事务,而在分布式系统中可能需要结合其他方案。这样用户就不会混淆两者的使用场景。</think>好的!我来详细介绍一下 Spring Boot 中 **`@Transactional`** 注解的作用、使用方法注意事项。 --- ### **什么是 @Transactional?** `@Transactional` 是 Spring 框架提供的**声明式事务管理**的核心注解,用于简化数据库事务的配置。通过该注解,可以**自动管理事务的提交、回滚**,无需手动编写 `try-catch` 事务边界代码(如 `commit()` 或 `rollback()`)。 --- ### **核心功能** 1. **自动事务控制** - 方法执行前开启事务,方法正常结束时提交事务。 - 方法抛出异常时回滚事务(默认对 `RuntimeException` `Error` 回滚)。 2. **灵活配置** - 支持配置事务的**传播行为**、**隔离级别**、**超时时间**、**只读模式**等。 3. **声明式编程** - 基于 AOP 实现,通过注解声明事务规则,代码侵入性低。 --- ### **基本使用** #### 1. **在 Spring Boot 中启用事务** 确保主类或配置类开启事务管理: ```java @SpringBootApplication @EnableTransactionManagement // 启用事务管理(Spring Boot 默认已启用,可省略) public class MyApplication { public static void main(String[] args) { SpringApplication.run(MyApplication.class, args); } } ``` #### 2. **在 Service 层使用注解** 在需要事务管理的方法或类上添加 `@Transactional`: ```java @Service public class UserService { @Autowired private UserRepository userRepository; // 默认事务配置:对 RuntimeException 回滚 @Transactional public void createUser(User user) { userRepository.save(user); // 操作1 sendWelcomeEmail(user); // 操作2(假设可能抛出异常) } // 自定义回滚规则 @Transactional(rollbackFor = Exception.class) public void updateUser(User user) throws Exception { userRepository.update(user); if (someCondition) { throw new Exception("自定义异常"); // 默认不回滚,需通过 rollbackFor 指定 } } } ``` --- ### **关键参数详解** | 参数 | 说明 | |------| | `propagation` | 事务传播行为(默认 `Propagation.REQUIRED`) | | `isolation` | 事务隔离级别(默认 `Isolation.DEFAULT`,使用数据库默认级别) | | `timeout` | 事务超时时间(秒),超时后自动回滚(默认 -1,不超时) | | `readOnly` | 是否开启只读事务(默认 `false`,优化查询性能时设为 `true`) | | `rollbackFor` | 指定触发回滚的异常类型(如 `rollbackFor = {SQLException.class}`) | | `noRollbackFor` | 指定不触发回滚的异常类型 | #### **常见传播行为(Propagation)** - **REQUIRED**(默认):如果当前存在事务,则加入;否则新建一个事务。 - **REQUIRES_NEW**:始终新建事务,挂起当前事务(如果存在)。 - **NESTED**:在当前事务中嵌套子事务(依赖数据库支持,如 MySQL 的保存点)。 - **SUPPORTS**:如果当前有事务,则加入;否则以非事务方式运行。 --- ### **常见问题与注意事项** #### 1. **注解不生效的常见原因** - **方法非 public**:`@Transactional` 只能应用到 public 方法上。 - **自调用问题**:同一类中方法 A 调用方法 B(带有 `@Transactional`),注解会失效(因 AOP 代理机制)。 - **异常被捕获**:若在方法内捕获了异常未重新抛出,事务不会回滚。 - **数据库引擎不支持**:如 MySQL 的 MyISAM 引擎不支持事务,需使用 InnoDB。 #### 2. **事务嵌套与传播行为** - 不同传播行为会影响事务的边界,需根据业务场景谨慎选择。 - 示例:方法 A(`REQUIRED`)调用方法 B(`REQUIRES_NEW`),B 会在独立事务中执行。 #### 3. **声明式 vs 编程式事务** - **声明式**:通过 `@Transactional` 注解(推荐,代码简洁)。 - **编程式**:通过 `TransactionTemplate` 手动控制事务(更灵活)。 --- ### **最佳实践** 1. **在 Service 层使用**:事务管理通常放在业务逻辑层(Service),而非 DAO 或 Controller。 2. **明确指定回滚异常**:根据业务需要配置 `rollbackFor`,避免因异常类型不符导致事务未回滚。 3. **避免长事务**:设置合理的 `timeout`,避免事务长时间占用数据库连接。 4. **只读查询优化**:对查询方法设置 `@Transactional(readOnly = true)`。 --- ### **示例:事务传播行为** ```java @Service public class OrderService { @Transactional(propagation = Propagation.REQUIRED) public void placeOrder(Order order) { // 操作1:扣减库存 inventoryService.deductStock(order); // 操作2:创建订单(独立事务,不受外部事务回滚影响) orderRepository.createOrder(order); } } @Service public class InventoryService { @Transactional(propagation = Propagation.REQUIRES_NEW) public void deductStock(Order order) { // 扣减库存逻辑 } } ``` --- ### **总结** `@Transactional` 是 Spring Boot 中管理数据库事务的核心工具,通过简单注解即可实现复杂的ACID特性。使用时需注意传播行为、异常回滚规则以及常见失效场景,结合业务需求合理配置参数。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值