Spring框架06-Spring声明式事务

Spring 声明式事务的⽀持

编程式事务：在业务代码中添加事务控制代码，这样的事务控制机制就叫作编程式事务    声明式事务：经过xml或者注解配置的⽅式达到事务控制的⽬的，叫作声明式事务

5.1事务回顾

5.1.1事务的概念

事务指逻辑上的⼀组操做，组成这组操做的各个单元，要么所有成功，要么所有不成功。从⽽确保了数     据的准确与安全。

例如：A——B转账，对应于以下两条sql语句:

这两条语句的执⾏，要么所有成功，要么所有不成功。

5.1.2事务的四⼤特性

原⼦性（Atomicity） 原⼦性是指事务是⼀个不可分割的⼯做单位，事务中的操做要么都发⽣，要么都不发⽣。

从操做的⻆度来描述，事务中的各个操做要么都成功要么都失败

⼀致性（Consistency）    事务必须使数据库从⼀个⼀致性状态变换到另外⼀个⼀致性状态。例如转帐前A有1000，B有1000。转帐后A+B也得是2000。

⼀致性是从数据的⻆度来讲的，（1000，1000） （900，1100），不该该出现（900，1000）

隔离性（Isolation） 事务的隔离性是多个⽤户并发访问数据库时，数据库为每⼀个⽤户开启的事务， 每一个事务不能被其余事务的操做数据所⼲扰，多个并发事务之间要相互隔离。

⽐如：事务1给员⼯涨⼯资2000，可是事务1还没有被提交，员⼯发起事务2查询⼯资，发现⼯资涨了2000 块钱，读到了事务1还没有提交的数据（脏读）

持久性（Durability）

持久性是指⼀个事务⼀旦被提交，它对数据库中数据的改变就是永久性的，接下来即便数据库发⽣故障     也不该该对其有任何影响。

5.1.3事务的隔离级别

不考虑隔离级别，会出现如下状况：（如下状况全是错误的），也即为隔离级别在解决事务并发问题     脏读：⼀个线程中的事务读到了另外⼀个线程中未提交的数据。

不可重复读：⼀个线程中的事务读到了另外⼀个线程中已经提交的update的数据（先后内容不⼀样）       场景：

员⼯A发起事务1，查询⼯资，⼯资为1w，此时事务1还没有关闭

财务⼈员发起了事务2，给员⼯A张了2000块钱，而且提交了事务

员⼯A经过事务1再次发起查询请求，发现⼯资为1.2w，原来读出来1w读不到了，叫作不可重复读

虚读（幻读）：⼀个线程中的事务读到了另外⼀个线程中已经提交的insert或者delete的数据（先后条数不⼀样）

场景：

事务1查询全部⼯资为1w的员⼯的总数，查询出来了10个⼈，此时事务还没有关闭事务2财务⼈员发起，新来员⼯，⼯资1w，向表中插⼊了2条数据，而且提交了事务 事务1再次查询⼯资为1w的员⼯个数，发现有12个⼈，⻅了⻤了

数 据 库 共 定 义 了 四 种 隔 离 级 别 ：                                                          Serializable（串⾏化）：可避免脏读、不可重复读、虚读状况的发⽣。（串⾏化） 最⾼Repeatableread（可重复读）：可避免脏读、不可重复读状况的发⽣。(幻读有可能发⽣) 第⼆该机制下会对要update的⾏进⾏加锁

Read committed（读已提交）：可避免脏读状况发⽣。不可重复读和幻读⼀定会发⽣。 第三

Read uncommitted（读未提交）：最低级别，以上状况均⽆法保证。(读未提交) 最低

注意：级别依次升⾼，效率依次下降

MySQL的默认隔离级别是：REPEATABLE READ

查询当前使⽤的隔离级别： select @@tx_isolation;

设置MySQL事务的隔离级别： set session transaction isolation level xxx;（设置的是当前

mysql链接会话的，并非永久改变的）

5.1.4事务的传播⾏为

事务每每在service层进⾏控制，若是出现service层⽅法A调⽤了另外⼀个service层⽅法B，A和B⽅法本   身都已经被添加了事务控制，那么A调⽤B的时候，就须要进⾏事务的⼀些协商，这就叫作事务的传播⾏    为。

A调⽤B，咱们站在B的⻆度来观察来定义事务的传播⾏为

PROPAGATION_REQUIRED

若是当前没有事务，就新建⼀个事务，若是已经存在⼀个事务中， 加⼊到这个事务中。这是最常⻅的选择。

PROPAGATION_SUPPORTS

⽀持当前事务，若是当前没有事务，就以⾮事务⽅式执⾏。

PROPAGATION_MANDATORY

使⽤当前的事务，若是当前没有事务，就抛出异常。

PROPAGATION_REQUIRES_NEW

新建事务，若是当前存在事务，把当前事务挂起。

PROPAGATION_NOT_SUPPORTED

以⾮事务⽅式执⾏操做，若是当前存在事务，就把当前事务挂起。

PROPAGATION_NEVER

以⾮事务⽅式执⾏，若是当前存在事务，则抛出异常。

PROPAGATION_NESTED

若是当前存在事务，则在嵌套事务内执⾏。若是当前没有事务，则执⾏与PROPAGATION_REQUIRED相似的操做。

5.2Spring中事务的API

mybatis: sqlSession.commit(); hibernate: session.commit(); PlatformTransactionManager

做⽤

此接⼝是Spring的事务管理器核⼼接⼝。Spring自己并不⽀持事务实现，只是负责提供标准，应⽤底层

⽀持什么样的事务，须要提供具体实现类。此处也是策略模式的具体应⽤。在Spring框架中，也为咱们   内置了⼀些具体策略，例如：DataSourceTransactionManager, HibernateTransactionManager等等。（和 HibernateTransactionManager事务管理器在 spring-orm-5.1.12.RELEASE.jar中）

SpringJdbcTemplate（数据库操做⼯具）、Mybatis（mybatis-spring.jar）————> DataSourceTransactionManager

Hibernate框架 ——————> HibernateTransactionManager

DataSourceTransactionManager   归根结底是横切逻辑代码，声明式事务要作的就是使⽤Aop（动态代理）来将事务控制逻辑织⼊到业务代码

5.3Spring声明式事务配置

纯xml模式

导⼊jar

xml 配置

基于XML+注解

xml配置

在接⼝、类或者⽅法上添加@Transactional注解

基于纯注解

Spring基于注解驱动开发的事务控制配置，只须要把 xml 配置部分改成注解实现。只是须要⼀个注 解 替 换 掉 xml 配 置 ⽂ 件 中 的 <tx:annotation-driven transaction-manager="transactionManager"/>配置。

在 Spring 的配置类上添加 @EnableTransactionManagement 注解便可