Spring之声明式事务TX

TX：声明式事务

[1]为什么使用事务？

   学习Mybatis的时候，Mybatis中的事务和JDBC事务是一致的，那么Spring中式如何进行事务管理的呢？

[2]事务管理的方式

    编程式事务：整个事务管理都是需要程序员自己手动编写，自己提交或者回滚

    声明式事务：就是整个事务的管理操作，不需要我们自己书写，现在Spring已经帮你处理好了，我们自己只要代码中声明配置即可。

[3]事务使用的场景

   当我们执行的是两条或者两条以上的添加、修改、删除的时候才使用事务

[4]使用Spring 中声明式事务

    给方法增加事务就是给切点增加通知

    切点：需要的方法

    通知：事务

    构成切面

[5]使用的注意事项

     (1)增加事务的代码块不可以自己捕获异常，如果自己进行了异常的捕获，Spring就没有办法得知此事务的异常，这个时候配置的声明式事务就不再起作用

     (2) 如果我们就需要书写try  catch语句还要结合声明式事务，这个时候就需要自己手动抛异常

[6]代码实现

<!--声明事务的对象-->
    <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">

    <property name="dataSource" ref="ds"></property>

    </bean>

    <tx:advice id="ad" transaction-manager="transactionManager">

    <tx:attributes>
    <tx:method name="login" />
    </tx:attributes>

    </tx:advice>

    <!--通过配置切面的方式增加通知-->

    <aop:config>

    <aop:pointcut id="pt" expression="execution(* com.bjsxt.service.impl.AdminServiceImpl.*(..))"></aop:pointcut>

    <aop:advisor advice-ref="ad" pointcut-ref="pt"></aop:advisor>

    </aop:config>

Spring之TX事务详解

1.原子性（atomicity）：一个事务必须视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚，对于一个事务来说，不可能只执行其中的一部分操作，这就是事务的原子性。

2.一致性（consistency）：数据库总数从一个一致性的状态转换到另一个一致性的状态。

3.隔离性（isolation）：一个事务所做的操作（添加、修改、删除）在最终提交以前，对其他事务是不可见的。

4.持久性（durability）：一旦事务提交，则其所做的操作（添加、修改、删除）就会永久保存到数据库中。此时即使系统崩溃，修改的数据也不会丢失。

--------------------------------------------------------------

Spring的事务管理配置属性讲解:

1. name="" 哪些方法需要有事务控制

1.1 支持*通配符

2. readonly="boolean" 是否是只读事务.

2.1 如果为true,告诉数据库此事务为只读事务.数据化优化,会对性能有一定提升,所以只要是查询的方法,建议使用此数据.

2.2 如果为false(默认值),事务需要提交的事务.建议新增,删除,修改.

3. propagation 控制事务传播行为.

3.1 当一个具有事务控制的方法被另一个有事务控制的方法调用后,需要如何管理事务(新建事务?在事务中执行?把事务挂起?报异常?)

3.2 REQUIRED (默认值): 如果当前有事务,就在事务中执行,如果当前没有事务,新建一个事务.

3.3 SUPPORTS:如果当前有事务就在事务中执行,如果当前没有事务,就在非事务状态下执行.

3.4   MANDATORY:必须在事务内部执行,如果当前有事务,就在事务中执行,如果没有事务,报错.

3.5 REQUIRES_NEW:必须在事务中执行,如果当前没有事务,新建事务,如果当前有事务,把当前事务挂起.

3.6 NOT_SUPPORTED:必须在非事务下执行,如果当前没有事务,正常执行,如果当前有事务,把当前事务挂起.

3.7 NEVER:必须在非事务状态下执行,如果当前没有事务,正常执行,如果当前有事务,报错.

3.8 NESTED:必须在事务状态下执行.如果没有事务,新建事务,如果当前有事务,创建一个嵌套事务.

4. isolation="" 事务隔离级别

在多线程或并发访问下如何保证访问到的数据具有完整性的.

4.2 脏读:

   4.2.1 一个事务(A)读取到另一个事务(B)中未提交的数据,另一个事务中数据可能进行了改变,此时A事务读取的数据可能和数据库中数据是不一致的,此时认为数据是脏数据,读取脏数据过程叫做脏读.

4.3 不可重复读:

    4.3.1 主要针对的是某行数据.(或行中某列)

    4.3.2 主要针对的操作是修改操作.

    4.3.3 两次读取在同一个事务内

    4.3.4 当事务A第一次读取事务后,事务B对事务A读取的数据进行修改,事务A中再次读取的数据和之前读取的数据不一致,过程不可重复读.

4.4 幻读:

   4.4.1 主要针对的操作是新增或删除

   4.4.2 两次事务的结果.

   4.4.3 事务A按照特定条件查询出结果,事务B新增了一条符合条件的数据.事务A中查询的数据和数据库中的数据不一致的,事务A好像出现了幻觉,这种情况称为幻读.

4.5 DEFAULT: 默认值,由底层数据库自动判断应该使用什么隔离界别

4.6 READ_UNCOMMITTED: 可以读取未提交数据,可能出现脏读,不重复读,幻读.

   4.6.1 效率最高.

4.7 READ_COMMITTED:只能读取其他事务已提交数据.可以防止脏读,可能出现不可重复读和幻读.

4.8 REPEATABLE_READ: 读取的数据被添加锁,防止其他事务修改此数据,可以防止不可重复读.脏读,可能出现幻读.

4.9 SERIALIZABLE: 排队操作,对整个表添加锁.一个事务在操作数据时,另一个事务等待事务操作完成后才能操作这个表.

  4.9.1 最安全的

  4.9.2 效率最低的.

5. rollback-for="异常类型全限定路径"

 5.1 当出现什么异常时需要进行回滚

 5.2 建议:给定该属性值.

    5.2.1 手动抛异常一定要给该属性值.

6. no-rollback-for=""

  6.1 当出现什么异常时不滚回事务.