spring处理事务
不同的访问数据库方式有不同的事务处理机制、对象、方法。
而spring提供了一种处理事务的统一模型，能使用统一步骤、方式完成多种不同数据库访问计数的事务处理。
实现要点
spring处理事务的模型、步骤都是固定的。
声明事务管理器对象
事务内部提交，回滚事务，使用的都是事务管理器对象，代替我们完成commit，rollback。
事务管理器对象，是一个接口和他的众多实现类
接口：PlatformTransactionManager，定义了事务重要方法，commit，rollback
实现类：spring把每一种数据库访问技术对应的事务处理类都创建好了
- mybatis访问数据库-----创建好的是DataSourceTransactionManager
- hibernate访问数据库-----创建好的是HibernateTransactionManager
- ……
此时就在spring的配置文件中使用<bean>声明事务管理器的实现类
说明事务类型
事务隔离级别：
- DEFAULT:采用的是数据库默认的事务隔离级别。MySql的默认为REPEATABLE_READ
- READ_UNCOMMITTED：读未提交。未解决任何并发问题
- READ_COMMITTED：读已提交。解决藏独，存在不可重复读与幻读。
- PEPEATABLE_READ：可重复读。解决脏读、不可重复读，存在幻读
- SERIALIZABLE：串行化。不存在并发问题。
事务的超时时间
表示一个方法最长的执行时间，超时就回滚，单位是秒，整数值，默认是-1表示没有超时时间。
事务的传播行为
控制业务方法是不是有事务的，是什么样的事务的。
有7个传播行为，表示你的业务方法调用时，事务在方法之间是如何使用的。主要知晓三个
-
PROPAGATION_REQUIRED：指定方法必须在事务内执行。若当前存在事务，就加入到当前事务中；若当前没有事务，就创建一个新事务。这种传播行为最常见，Spring默认的事务传播行为。
例如：
-
PROPAGATION_REQUIRES_NEW
总是新建一个事务，若当前存在事务，就将当前事务挂起，直到新事物执行完毕
-
PROPAGATION_SUPPORTS
方法有没有事务都不影响，比如查询
事务提交、回滚的时机
- 业务方法执行成功没有抛出异常，在方法执行完毕后，调用事务管理器的commmit
- 业务方法抛出运行时异常，调用事务管理器的rollback，检查行异常默认是提交
总结spring事务
1、管理事务的是 事务管理和他的实现类
2、spring的事务是一个统一模型
1）指定要使用的事务管理器实现类，使用<bean>
2）指定哪些类，哪些方法需要加入事务的功能
3）执行方法需要的隔离级别，传播行为，超时