1. @Transactional(readOnly = true)
- 如果你一次执行
单条查询
语句,则没有必要启用事务支持,数据库默认支持SQL执行期间的读一致性; - 如果你一次执行
多条查询
语句,例如统计查询,报表查询,在这种场景下,多条查询SQL必须保证整体的读一致性,否则,在前条SQL查询之后,后条SQL查询之前,数据被其他用户改变,则该次整体的统计查询将会出现读数据不一致的状态,此时,应该启用事务支持。
【注意是一次执行多次查询来统计某些信息,这时为了保证数据整体的一致性,要用只读事务】
对于只读查询,可以指定事务类型为 readonly(@Transactional(readOnly = true)
),即只读事务。
由于只读事务不存在数据的修改,因此数据库将会为只读事务提供一些优化手段,例如 Oracle 对于只读事务,不启动回滚段,不记录回滚log。
(1)在 JDBC 中,指定只读事务的办法为: connection.setReadOnly(true);
(2)在 Hibernate 中,指定只读事务的办法为: session.setFlushMode(FlushMode.NEVER);
2. 为什么阿里规定需要在事务注解 @Transactional中指定rollbackFor?
阿里巴巴Java规范:方法【edit】需要在 Transactional 注解指定 rollbackFor 或者在方法中显示的 rollback。
2.1. 异常的分类
先来看看异常的分类
error 是一定会回滚的,这里Exception是异常,他又分为:
- 运行时异常 RuntimeException
- 非运行时异常
- 可查的异常(checked exceptions): Exception 下除了 RuntimeException 外的异常
- 不可查的异常(unchecked exceptions): RuntimeException 及其子类和错误(Error)
如果不对运行时异常进行处理,那么出现运行时异常之后,要么是线程中止,要么是主程序终止。 如果不想终止,则必须捕获所有的运行时异常,决不让这个处理线程退出。
队列里面出现异常数据了,正常的处理应该是把异常数据舍弃,然后记录日志。不应该由于异常数据而影响下面对正常数据的处理。
非运行时异常是RuntimeException以外的异常,类型上都属于Exception类及其子类。如IOException、SQLException等以及用户自定义的Exception异常。扩展:Java项目构建基础:统一结果,统一异常,统一日志
对于这种异常,JAVA编译器强制要求我们必需对出现的这些异常进行catch并处理,否则程序就不能编译通过。所以,面对这种异常不管我们是否愿意,只能自己去写一大堆catch块去处理可能的异常。
2.2 @Transactional 的写法
@Transactional
如果只这样写,Spring 框架的事务基础架构代码将默认地 只在抛出运行时和 unchecked exceptions 时才标识事务回滚。
也就是说,当抛出个 RuntimeException 或其子类例的实例时。(Errors 也一样,默认地标识事务回滚)从事务方法中抛出的 Checked exceptions 将不被标识进行事务回滚。
- 让 checked 例外也回滚:在整个方法前加上
@Transactional(rollbackFor=Exception.class)
- 让 unchecked 例外不回滚:
@Transactional(notRollbackFor=RunTimeException.class)
- 不需要事务管理的(只查询的)方法:
@Transactional(propagation=Propagation.NOT_SUPPORTED)
注意:如果异常被try{}catch{}了,事务就不回滚了,如果想让事务回滚必须再往外抛try{}catch{throw Exception}。
try {
redisService.setObject(queId, questionTreeVo, 0);
if (!redisService.exists(questionTreeVo.getQueId())) throw new RuntimeException("试题同步缓存失败");
} catch (Exception e) {
e.printStackTrace();
throw new RuntimeException("试题同步缓存失败", e);
}
2.3 注意
Spring 团队的建议是你在具体的类(或类的方法)上使用 @Transactional
注解,而不要使用在类所要实现的任何接口上。
你当然可以在接口上使用 @Transactional
注解,但是这将只能当你设置了基于接口的代理时它才生效。
因为注解是不能继承的,这就意味着如果你正在使用基于类的代理时,那么事务的设置将不能被基于类的代理所识别,而且对象也将不会被事务代理所包装(将被确认为严重的)。因此,请接受 Spring 团队的建议并且在具体的类上使用 @Transactional 注解。@Transactional
注解标识的方法,处理过程尽量的简单。尤其是带锁的事务方法,能不放在事务里面的最好不要放在事务里面。可以将常规的数据库查询操作放在事务前面进行,而事务内进行增、删、改、加锁查询等操作。
注:rollbackFor 可以指定能够触发事务回滚的异常类型。Spring默认抛出了未检查unchecked异常(继承自 RuntimeException 的异常)或者 Error才回滚事务;其他异常不会触发回滚事务。 如果在事务中抛出其他类型的异常,但却期望 Spring 能够回滚事务,就需要指定 rollbackFor属性。