先写结论:
第一:@Transactional(readOnly = true)
1.那么方法里面,必须是读的操作,当有写的操作的时候会报错提示。
2.读到的数据,从进入方法开始,以后即使其他客户端修改了数据,读到的数据还是进入方法那刻的数据。即不会去读取更新的数据。
第二:不指定事务,即不加@Transactional
1.那么读到的数据,都是数据库最新的数据。
第三:@Transactional(readOnly = true,isolation = Isolation.READ_COMMITTED)
1.读到的数据,都是已经提交的新数据(区别于Isolation.DEFAULT)
第四:@Transactional(readOnly = true,isolation = Isolation.READ_UNCOMMITTED)
读到的数据,都是未提交的最新数据。
第五:@Transactional(readOnly = true,isolation = Isolation.DEFAULT)
读到的数据不是最新的已提交数据
第六:加@Transactional
只要加了@Transactional,都要等到方法执行完毕后,才会释放数据库连接,所以并不适合高并发的接口,高并发的接口要优先考虑编程式事务方式。
第七:方法调方法,事务不起效果
比如方法a中调用方法b,方法b有加事务,方法a没加事务,当执行方法a的时候,有异常,不会回滚事务。当把方法b的事务加到方法a中就可以正常回滚事务。原因:事务不具有传递性,aop切面事务
AOP使用的是动态代理的机制,它会给类生成一个代理类,事务的相关操作都在代理类上完成。
第八:@Transactional默认不拦截exception的错误
1.@Transactional默认不拦截exception的错误,具体自己翻看源码,不过当指定回滚的类为具体类是,事务还是可以正常的回滚。
以下为实验截图,有点乱,时间不够,没来得及整理。
第一种情况:@Transactional(readOnly = true)
只允许读事务,当有插入的时候会报错提示
第二种情况:@Transactional(readOnly = true),作用于读操作
读的时候,从进入方法开始,如果后面其他客户端再去改数据的时候,读到的数据都是之前进入方法那刻的数据,不会读到最新数据。
实验步骤在数据库中执行update语句但是不commit
set autocommit=0;
UPDATE `user` set age = 9000 WHERE id = 1169869471802159199;
COMMIT;
然后调试结果
然后在数据库客户端提交 commit,此时数据库查询到的数据为age= 9000
调试代码age= 8000
验证:
@Transactional(readOnly = true,isolation = Isolation.READ_UNCOMMITTED)
@Transactional(readOnly = true,isolation = Isolation.DEFAULT),但是后面实验证明和读已提交不一样。所以图中的描述有误。
excetpiton不拦截
不加事务