(入门SpringBoot)SpringBoot项目事务(三)

     Spring声明式事务的使用:由@Transactional进行标注,可使用在类和方法上。当标注在类上,类下面全部公共非静态的方法都将启用事务功能。接下来,运行事务注解标注的方法,Spring的事务拦截器就会同时使用事务管理的方法开启事务,而后将代码织入Spring数据库事务的流程中,若是发生异常,就会回滚,若是不发生异常,那么就会提交事务。

  

spring事务流程图(本身瞎画的):

 

1.@Transactional源码分析:
   timeout是事务能够存在的时间戳.(单位为秒)
   Value和transactionManager属性是配置的一个Spring事务管理器.
   readOnly属性定义事务是否只读.
   rollbackFor,rollbackForClassName,noRollbackFor和noRollbackForClassName都是指定异常.发生什么异常回滚事务.
   propagation传播行为.
   isolation隔离级别
2.隔离级别:
   关于隔离级别,先说一下数据库事务的4个基本特征,也就是ACID,也算是老话长谈了,
原子性:(事务的操做是一个总体,要么所有成功,要么所有失败,不会出现部分红功,部分失败.),
一致性:(事务在完成的时候,必须全部的数据都保持一致的状态.),
隔离性:(不一样事务操做的数据,互相不影响),
持久性:(事务执行事后,数据会存储到数据库中)
隔离级别解决的事情,举个例子说明:
2.1.一个商品初始化为2,事务一扣减库存1,库存为1，事务2扣减库存,读取到事务1为提交的库存数据,扣减库存1,提交事务,库存保存为0,事务一回滚事务,库存结果为0,结果错误.
未提交读(read uncommitted)最低的隔离级别,容许一个事务度去另外一个事务没有提交的数据.
    
   2.2.读写提交(read committed)隔离级别,是指定一个事务只能读取另一个事务已经提交的数据,不能读取未提交的数据.有效的解决了2.1.脏读的问题.
      可是仍旧会出现下列问题:
      不可重读场景:商品库存初始化为1,事务一读取库存1,扣减库存,未提交,事务2读取库存1,认为能够扣减,此时事务一提交,库存变为0,事务2扣减库存失败,库存为0,没法扣减.
      可重复读:就是克服读写提交中出现的不可重复读的状况,由于在读写提交的时候,确实会出现一些值的变化.
      简单点说,就是库存已经被事务一先读取,因此这个时候数据库就阻塞它的读取,直到事务一提交,事务2才能读取库存的值.
      幻读:举个例子,事务一读取库存50件货,商品库存初始化为100,如今已经销售了50,剩余50,事务2读取交易记录50,事务一扣减库存,插入交易记录,提交事务,库存49件,交易记录51笔,事务2打印交易记录51笔,这里与查询不一致,在事务2看来有1笔是虚幻的,与以前查询不一致.
2.3.串行化(serializable),数据库隔离最高级别,全部sql按顺序执行.
提示:能够在代码中配置隔离级别.
# -1 数据库默认隔离级别,
#1 未提交读
#2 读写提交
#4 可重复读
#8 串行化
# tomcat 数据源默认隔离级别:
Spring.datasource.tomcat.default-transaction-isolation=2
#dbcp2数据库链接池默认隔离级别
Spring.datasource.dbcp2.default-transaction-isolation=2
3.传播行为:
  在Spring中当一个方法调用另一个方法时,可让事务采起不一样的策略工做。
  3.1.传播行为的定义:
  
  REQUIRED(TransactionDefinition.PROPAGATION_REQUIRED):须要事务,它是默认的传播行为,若是当前存在事务,就用当前的事务,不然新建一个事务运行子方法.
 SUPPORTS(TransactionDefinition.PROPAGATION_SUPPORTS):支持事务,若是当前存在事务,就用当前事务,若是不存在,就继续采用无事务的方式运行子方法.
MANDATORY(TransactionDefinition.PROPAGATION_MANDATORY):必须使用事务,若是当前没有事务,就会抛出异常,若是存在当前事务,那么就使用当前事务.
REQUIRES_NEW(TransactionDefinition.PROPAGATION_REQUIRES_NEW):不管当前事务是否存在,都会建立新的事务执行方法,这样新的事务就能够拥有新的锁和隔离级别的特性,与当前事务互相独立.
NOT_SUPPORTED(TransactionDefinition.PROPAGATION_NOT_SUPPORTED)不支持事务,当前存在事务,将挂起事务,运行方法.
NEVER(TransactionDefinition.PROPAGATION_NEVER)不支持事务,若是当前方法有事务,就抛出异常,不然继续使用无事务机制运行.
NESTED(TransactionDefinition.PROPAGATION_NESTED)在当前方法调用子方法时候,若是子方法发生异常,只回滚子方法执行过的sql,而不会滚当前方法的事务.

3.2.@Transactional自调用失效的问题:
   类自身的调用是不会产生AOP的,解决方法可使用一个Service去调用另外一个Service，这样就是代理对象的调用,Spring才会将你的代码,放入AOP.