Spring-事务管理

一、spring-tx配置流程

在没用Spring 的项目中，我们可以通过设置sqlsession.commit()和rollback()来提交事务或者回滚，但当我们使用spring后，所有的mapper都变成了bean可以直接得到，我们不用再去构造sqlsession，那在某些业务(银行转账等)中，如何控制事务呢？

1.导包

2. 配置事务管理的bean

3. 声明事务管理的方法

4. 声明切点

5. 将事务管理方法指向切点

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns:aop="http://www.springframework.org/schema/aop"
       xmlns:tx="http://www.springframework.org/schema/tx"
       xmlns:context="http://www.springframework.org/schema/context"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
         http://www.springframework.org/schema/aop
		 http://www.springframework.org/schema/aop/spring-aop.xsd
		  http://www.springframework.org/schema/tx
		 http://www.springframework.org/schema/tx/spring-tx.xsd
		  http://www.springframework.org/schema/context
		 http://www.springframework.org/schema/context/spring-context.xsd
        ">
    <!--声明注解扫描：告诉spring该去哪些包下找注解    -->
    <context:component-scan base-package="com.codeXie.service.Impl"></context:component-scan>
    <!--使得aop的注解生效  -->
    <aop:aspectj-autoproxy></aop:aspectj-autoproxy>
    <!--配置dataSource的bean-->
    <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">
        <property name="driverClassName" value="com.mysql.cj.jdbc.Driver"></property>
        <property name="url" value="jdbc:mysql://localhost:3306/bank?serverTimezone=UTC"></property>
        <property name="username" value="root"></property>
        <property name="password" value="j3391111"></property>
    </bean>
     <!--配置工厂的bean-->
    <bean id="factory" class="org.mybatis.spring.SqlSessionFactoryBean">
        <property name="dataSource" ref="dataSource"></property>
    </bean>
    <!--配置Mapper扫描bean-->
    <bean id="mapper" class="org.mybatis.spring.mapper.MapperScannerConfigurer">
        <property name="sqlSessionFactoryBeanName" value="factory"></property>
        <property name="basePackage" value="com.codeXie.mapper"></property>
    </bean>
    <!--AccountServiceImpl的bean    -->
    <bean id="ac" class="com.codeXie.service.Impl.AccountServiceImpl">
        <property name="mapper" ref="accountMapper"></property>
    </bean>
    <bean id="lc" class="com.codeXie.service.Impl.LoginServiceImpl">
        <property name="mapper" ref="userMapper"></property>
    </bean>

    <bean id="loginBefore" class="com.codeXie.advice.LoginBefore"></bean>
    <bean id="loginAfter" class="com.codeXie.advice.LoginAfter"></bean>

    <bean id="transcationManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSource"></property>
    </bean>
    <!--声明事务管理方法    -->
    <tx:advice id="txAdvice" transaction-manager="transcationManager">
        <tx:attributes>
            <tx:method name="sel*" read-only="true"/>
            <tx:method name="up*" />
            <tx:method name="del*"/>
            <tx:method name="insert*"/>
            <tx:method name="add*"/>
            <tx:method name="find*" read-only="true"/>
            <tx:method name="transferMoney" />
        </tx:attributes>
    </tx:advice>
    <!-- 配置aop   -->
    <aop:config>
        <aop:pointcut id="lg" expression="execution(* com.codeXie.service.Impl.LoginServiceImpl.doLogin(..))"/>
        <aop:pointcut id="txManager" expression="execution(* com.codeXie.service.impl.*.*(..))" />
        <aop:advisor advice-ref="loginBefore" pointcut-ref="lg"></aop:advisor>
        <aop:advisor advice-ref="loginAfter" pointcut-ref="lg"></aop:advisor>
    	<!--将事务方法管理的指向切点 -->    
        <aop:advisor advice-ref="txAdvice" pointcut-ref="txManager"></aop:advisor>
    </aop:config>
</beans>

二、事务常见属性

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=”” 事务隔离级别
   在多线程或并发访问下如何保证访问到的数据具有完整性的.下面展示并发情况下数据库出现的问题
   脏读:

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

   不可重复读:

   • 主要针对的是某行数据.(或行中某列)
   • 主要针对的操作是修改操作.
   • 两次读取在同一个事务内
   • 当事务A第一次读取事务后,事务B对事务A读取的数据进行修改,事务A中再次读取的数据和之前读取的数据不一致,过程不可重复读.

   幻读:

   • 主要针对的操作是新增或删除
   • 两次事务的结果.
   • 事务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:

  • 排队操作,对整个表添加锁.一个事务在操作数据时,另一个事务等待事务操作完成后才能操作这个表.
  • 最安全的
  • 效率最低的.

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

  • 当出现什么异常时需要进行回滚
  • 建议:给定该属性值.
  • 手动抛异常一定要给该属性值.

6. no-rollback-for=””
   当出现什么异常时不滚回事务.