1.1、Spring事务有两种管理方式（编程式事务和声明式事务）。 1.2、 编程式事务——由程序员编程事务控制代码。 1.3、使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理，spring推荐使用TransactionTemplate。
2.1、事务控制代码已经由spring 写好，程序员只需要声明出哪些方法需要进行事务控制和如何进行事务控制。 2.2、声明式事务都是针对于ServiceImpl 类下方法的。 2.3、事务管理器基于通知(advice)的。 2.4、声明式事务是建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。声明式事务最大的优点就是不需要通过编程的方式管理事务，这样就不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式)，便可以将事务规则应用到业务逻辑中。
3.1.1、支持 * 通配符
3.2.1、如果为true,告诉数据库此事务为只读事务.数据化优化,会对性能有一定提升,所以只要是查询的方法,建议使用此数据。 3.2.2、如果为false(默认值),事务需要提交的事务.建议新增,删除,修改。
当一个具有事务控制的方法被另一个有事务控制的方法调用后,需要如何管理事务(新建事务?在事务中执行?把事务挂起?报异常?) 3.3.1、REQUIRED (默认值): 如果当前有事务,就在事务中执行,如果当前没有事务,新建一个事务。 3.3.2、SUPPORTS: 如果当前有事务就在事务中执行,如果当前没有事务,就在非事务状态下执行。 3.3.3、MANDATORY: 必须在事务内部执行,如果当前有事务,就在事务中执行,如果没有事务,报错。 3.3.4、REQUIRES_NEW: 必须在事务中执行,如果当前没有事务,新建事务,如果当前有事务,把当前事务挂起。 3.3.5、NOT_SUPPORTED: 必须在非事务下执行,如果当前没有事务,正常执行,如果当前有事务,把当前事务挂起。 3.3.6、NEVER: 必须在非事务状态下执行,如果当前没有事务,正常执行,如果当前有事务,报错。 3.3.7、NESTED: 必须在事务状态下执行.如果没有事务,新建事务,如果当前有事务,创建一个嵌套事务。
3.4.1、在多线程或并发访问下如何保证访问到的数据具有完整性的。 3.4.2、脏读: 一个事务(A)读取到另一个事务(B)中未提交的数据,另一个事务中数据可能进行了改变,此时A 事务读取的数据可能和数据库中数据是不一致的,此时认为数据是脏数据,读取脏数据过程叫 做脏读。 3.4.3、不可重复读: 3.4.3.1 主要针对的是某行数据。(或行中某列) 3.4.3.2 主要针对的操作是修改操作。 3.4.3.3 两次读取在同一个事务内。 3.4.3.4 当事务A 第一次读取事务后,事务B 对事务A 读取的数据 进行修改,事务A 中再次读取的数据和之前读取的数据不一致,过程不可重复读。 3.4.4、幻读: 3.4.4.1、主要针对的操作是新增或删除。 3.4.4.2、两次事务的结果。 3.4.4.3、事务A 按照特定条件查询出结果,事务B 新增了一条符合 条件的数据.事务A 中查询的数据和数据库中的数据不一致的,事务A 好像出现了幻觉,这种情况称为幻读。 3.4.5、DEFAULT : 默认值,由底层数据库自动判断应该使用什么隔离界 别。 3.4.6、READ_UNCOMMITTED: （效率最高） 可以读取未提交数据,可能出现脏读,不重复读,幻读。 3.4.7、READ_COMMITTED: 只能读取其他事务已提交数据.可以防止脏读,可能出现不可重复读和幻读。 3.4.8、REPEATABLE_READ: 读取的数据被添加锁,防止其他事务修改此数据,可以防止不可重复读.脏读,可能出现幻读。 3.4.9、SERIALIZABLE:（最安全的、效率最低的） 排队操作,对整个表添加锁.一个事务在操作数据时,另一个事务等待事务操作完成后才能操作这个表。
3.5.1、当出现什么异常时需要进行回滚 （Spring默认发生未捕获异常时自动回滚，即 unchecked Exception）不仅是RuntimeException，也包括Error。 3.5.2、建议:给定该属性值。（手动抛异常一定要给该属性值）
3.6.1 当出现什么情况时不滚回事务。 1、不当的try-catch会导致不回滚。 2、是Service类内部方法调用。
实现步骤（注解式）： 4.1、 添加tx名字空间
xmlns:tx="http://www.springframework.org/schema/tx"4.2、开启事务的注解支持：
<!-- 开启事务控制的注解支持 --> <tx:annotation-driven transaction-manager="transactionManager"/>4.3、MyBatis自动参与到spring事务管理中，无需额外配置，只要org.mybatis.spring.SqlSessionFactoryBean引用的数据源与DataSourceTransactionManager引用的数据源一致即可。
<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="dataSource" ref="dataSource" /> <property name="configLocation"> <value>classpath:mybatis-config.xml</value> </property> </bean> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource" /> </bean>4.4、使用@Transactional注解 @Transactional 可以作用于接口、接口方法、类以及类方法上。当作用于类上时，该类的所有 public 方法将都具有该类型的事务属性，同时，我们也可以在方法级别使用该注解来覆盖类级别的定义。
虽然 @Transactional 注解可以作用于接口、接口方法、类以及类方法上，但是Spring 建议不要在接口或者接口方法上使用该注解，因为这只有在使用基于接口的代理时它才会生效。另外， @Transactional 注解应该只被应用到 public 方法上，这是由Spring AOP 的本质决定的。如果你在 protected、private 或者默认可见性的方法上使用@Transactional 注解，这将被忽略，也不会抛出任何异常。
实现步骤（.xml方式）：
<context:property-placeholder location="classpath:db.properties,classpath:second.properties"/> <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource"> <property name="driverClassName" value="${jdbc.driver}"></property> <property name="url" value="${jdbc.url}"></property> <property name="username" value="${jdbc.username}"></property> <property name="password" value="${jdbc.password}"></property> </bean> <!-- spring-jdbc.jar 中--> <bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"></property> </bean> <!-- 配置声明式事务--> <tx:advice id="txAdvice" transaction-manager="txManager"> <tx:attributes> <!-- 哪些方法需要有事务控制--> <!-- 方法以ins 开头事务管理--> <tx:method name="ins*" /> <tx:method name="del*" /> <tx:method name="upd*" /> <tx:method name="*" /> </tx:attributes> </tx:advice> <aop:config> <!-- 切点范围设置大一些--> <aop:pointcut expression="execution(* com.myhexin.service.impl.*.*(..))" id="mypoint" /> <aop:advisor advice-ref="txAdvice" pointcut-ref="mypoint" /> </aop:config>