Spring 事务

一、事务相关概念

　　1.事务由四个特性：ACID

      • 原子性（Atomicity）：事务是一个原子操作，由一系列动作组成。事务的原子性确保动作要么全部完成，要么完全不起作用【要么做，要么不做】
      • 一致性（Consistency）：一旦事务完成（不管成功还是失败），系统必须确保它所建模的业务处于一致的状态，而不会是部分完成部分失败。在现实中的数据不应该被破坏。【操作一致，保数据完整】
      • 隔离性（Isolation）：可能有许多事务会同时处理相同的数据，因此每个事务都应该与其他事务隔离开来，防止数据损坏。【处理数据独立，互不干扰】
      • 持久性（Durability）：一旦事务完成，无论发生什么系统错误，它的结果都不应该受到影响，这样就能从任何系统崩溃中恢复过来。通常情况下，事务的结果被写到持久化存储器中。【数据持久保存】

　　2.事务传播行为：当事务方法被另一个事务方法调用时，必须指定事务应该如何传播。

      • PROPAGATION_REQUIRED　　支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。
      • PROPAGATION_SUPPORTS　   支持当前事务，如果当前没有事务，就以非事务方式执行。
      • PROPAGATION_MANDATORY     支持当前事务，如果当前没有事务，就抛出异常。
      • PROPAGATION_REQUIRES_NEW     新建事务，如果当前存在事务，把当前事务挂起。
      • PROPAGATION_NOT_SUPPORTED     以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
      • PROPAGATION_NEVER    以非事务方式执行，如果当前存在事务，则抛出异常。
      • PROPAGATION_NESTED    如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行。

　　3.事务隔离级别

      • Read Uncommitted（一个事务可以读取另一个事务未提交内容）最低级别，任何情况都无法保证
      • Read Committed（一个事务只能读取另一个事务提交的内容）可避免脏读的发生。
      • Repeatable Read（对一个事务的内容可以多次重读，多次提交）可避免脏读、不可重复读的发生。
      • Serializable（可串行化，按事务顺序执行）可避免脏读、不可重复读、幻读的发生。（最高级）

　　4.事务超时

      　　所谓事务超时，就是指一个事务所允许执行的最长时间，如果超过该时间限制但事务还没有完成，则自动回滚事务。在 TransactionDefinition 中以 int 的值来表示超时时间，其单位是秒。  默认设置为底层事务系统的超时值，如果底层数据库事务系统没有设置超时值，那么就是none，没有超时限制。

　　5.事务只读属性

     　　  只读事务用于客户代码只读但不修改数据的情形，只读事务用于特定情景下的优化，比如使用Hibernate的时候。默认为读写事务。

二、spring4集合Hibernate5的事务配置：

　　声明式事务管理配置，的细粒度只能到方法级别，也就是一整个方法就是一个事务，方法结束后提交事务。编程式事务可以在方法局部创建事务，并提交，一般使用try/catch捕获异常并对未成功的事务进行回滚操作。一下是声明式事务的一种配置方式。

　　applicationContext.xml

 1 <beans xmlns="http://www.springframework.org/schema/beans"
 2        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 3        xmlns:tx="http://www.springframework.org/schema/tx"
 4        xmlns:aop="http://www.springframework.org/schema/aop"
 5        xmlns:context="http://www.springframework.org/schema/context"
 6        xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
 7        http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.3.xsd
 8        http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.3.xsd
 9        http://www.springframework.org/schema/context  http://www.springframework.org/schema/context/spring-context-4.3.xsd">
10 
11     <!-- 导入properties配置文件 -->
12     <context:property-placeholder location="classpath*:/jdbc.properties"/>
13 
14     <!-- 扫描注解包 -->
15     <context:component-scan base-package="dao.daoImpl"/>
16     <context:component-scan base-package="service.serviceImpl" />
17 
18     <!-- 数据源基本配置 -->
19     <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">
20          <property name="username" value="${jdbc.username}"/>
21          <property name="password" value="${jdbc.password}"/>
22          <property name="url" value="${jdbc.url}"/>
23          <property name="driverClassName" value="${jdbc.driverClassName}"/>
24     </bean>
25 
26     <!-- 创建sessionFactory -->
27     <bean id="sessionFactory" class="org.springframework.orm.hibernate5.LocalSessionFactoryBean">
28         <property name="dataSource" ref="dataSource"/>
29         <property name="hibernateProperties">
30             <props>
31                 <prop key="hibernate.show_sql">true</prop>
32                 <prop key="hibernate.format_sql">true</prop>
33                 <prop key="hibernate.dialect">org.hibernate.dialect.MySQL5Dialect</prop>
34             </props>
35         </property>
36         <!-- 实体类映射文件 -->
37         <property name="mappingLocations">
38             <list>
39                 <value>classpath*:/domain/*.hbm.xml</value>
40             </list>
41         </property>
42         <property name="packagesToScan">
43             <value>domain</value>
44         </property>
45         <!-- 实体类 -->
46         <property name="annotatedClasses">
47             <list>
48                 <value>domain.UserEntity</value>
49             </list>
50         </property>
51     </bean>
52 
53     <!-- 创建声明式事务管理 -->
54     <bean id="transactionManager" class="org.springframework.orm.hibernate5.HibernateTransactionManager">
55         <property name="sessionFactory" ref="sessionFactory"/>
56     </bean>
57 
58     <!-- 事务通知 -->
59     <tx:advice id="txAdvice" transaction-manager="transactionManager">
60         <tx:attributes>
61             <!-- propagation配置传播行为，isolation配置隔离方式，表示在方法存在事务的时候直接使用，不存在则创建一个新事务，隔离级别为一个事务可以读取另外一个已提交事务的内容， -->
62             <tx:method name="*" propagation="REQUIRED" isolation="READ_COMMITTED"/>
63         </tx:attributes>
64     </tx:advice>
65 
66     <!-- aop织入通知 -->
67     <aop:config>
68         <aop:pointcut id="serviceOption" expression="execution(* service.serviceImpl.*.*(..))"/>
69         <aop:advisor advice-ref="txAdvice" pointcut-ref="serviceOption"/>
70     </aop:config>
71 
72 
73 </beans>

　　web.xml (配置session拦截器，他将为每个请求绑定一个session，这个session是hibernateSession和，httpSession不一样，这样他可以有spring自动管理，无需手动开关)

1 <!-- 为每个请求过程绑定一个HibernateSession,它将由spring自动管理，无需手动开启和关闭 -->
2         <filter>
3             <filter-name>openSessionInterceptor</filter-name>
4             <filter-class>org.springframework.orm.hibernate5.support.OpenSessionInViewFilter</filter-class>
5         </filter>
6         <filter-mapping>
7             <filter-name>openSessionInterceptor</filter-name>
8             <url-pattern>/*</url-pattern>
9         </filter-mapping>

 

　　在未使用事务管理的时候，同一个事务内的两个数据库操作，一个成功了，就会对数据库产生影响，如果两个操作是互相对应的，比如一个是增加数值，一个是减少数值，如果两个操作只做个一个，那么数据将不完整，出现异常（当然这种异常数据是不会报错的），但是添加了事务管理之后，就可以防止这种问题，事务的原子性:一件事情要么全做要么不做，一旦有操作失败，那么事务将进行rallback()回滚，撤销之前的所有事务操作。

　　如下图：

　　　　即使执行了语句，但是后面遇到了1/0的数值计算异常，那么 事务会进行回滚，撤销操作，数据库数据还是保持原样。事务一旦commit成功，再执行rollback回滚已经没有效果了。

测试代码：

 1 public int updateUserInfo() {
 2         Session session = sessionFactory.getCurrentSession();
 3         String hql = "update UserEntity user set user.username='改1次' where user.id=1";
 4         session.createQuery(hql).executeUpdate();
 5         hql = "update UserEntity user set user.username='改2次' where user.id=1";
 6         session.createQuery(hql).executeUpdate();
 7         List<UserEntity> usersList = session.createQuery("from UserEntity ").list();
 8         for (UserEntity u:usersList){
 9             System.out.println(u.getUsername()+" : "+u.getCreateTime());
10         }
11         int i = 1/0;
12         return 0;
13     }

　　此处有一句int i=1/0;是故意制造的异常，在声明式事务中，整个方法就是一个事务，当方法执行完后提交事务，如果事务提交出现异常则回滚到提交前的状态，也就是之前执行的sql语句全部作废掉，这个方法中我们首先对同一条数据做了两次更改，然后通过查询语句查出所有数据并打印，讲道理，执行结果应该是查出来的第一条id=1的语句的username被改成了“改2次”，并且数据库中的数据也是改两次，但是执行结果如下：

　　看样子好像没毛病，但是看数据库发现原来的数据并没有被修改过来，而是保持原来的样子，

　　出现这种情况的原因是，声明式事务的特点是把整个方法当成事务提交，事务提交的过程中的确修改了数据库，并且查询出了修改后的数据（因为查询语句和打印语句都在事务中），然后当事务执行到int i=1/0的时候报错了（众所周知除数不能为0），产生了异常，所以整个事务的提交是有异常的，那么存在异常的事务将会被回滚，撤销原来的数据库操作，所以数据库的数据就被还原了，这也符合数据库原子性和一致性的特性。这也就出现了我们看到的查询结果明明有变，但是数据库数据却没有改变的情况。

posted @ 2017-10-25 18:07  小Cai先森  阅读(331)  评论(0)  编辑  收藏  举报