1.事务由四个特性:ACID
2.事务传播行为: 当事务方法被另一个事务方法调用时,必须指定事务应该如何传播 。
3.事务隔离级别
4.事务超时
所谓事务超时,就是指一个事务所允许执行的最长时间,如果超过该时间限制但事务还没有完成,则自动回滚事务。在 TransactionDefinition 中以 int 的值来表示超时时间,其单位是秒。 默认设置为底层事务系统的超时值,如果底层数据库事务系统没有设置超时值,那么就是none,没有超时限制。
5.事务只读属性
只读事务用于客户代码只读但不修改数据的情形,只读事务用于特定情景下的优化,比如使用Hibernate的时候。默认为读写事务。
声明式事务管理配置,的细粒度只能到方法级别,也就是一整个方法就是一个事务,方法结束后提交事务。编程式事务可以在方法局部创建事务,并提交,一般使用try/catch捕获异常并对未成功的事务进行回滚操作。一下是声明式事务的一种配置方式。
applicationContext.xml
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:tx="http://www.springframework.org/schema/tx"
xmlns:aop="http://www.springframework.org/schema/aop"
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/tx http://www.springframework.org/schema/tx/spring-tx-4.3.xsd
http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.3.xsd
http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-4.3.xsd">
<!-- 导入properties配置文件 -->
<context:property-placeholder location="classpath*:/jdbc.properties"/>
<!-- 扫描注解包 -->
<context:component-scan base-package="dao.daoImpl"/>
<context:component-scan base-package="service.serviceImpl" />
<!-- 数据源基本配置 -->
<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">
<property name="username" value="${jdbc.username}"/>
<property name="password" value="${jdbc.password}"/>
<property name="url" value="${jdbc.url}"/>
<property name="driverClassName" value="${jdbc.driverClassName}"/>
</bean>
<!-- 创建sessionFactory -->
<bean id="sessionFactory" class="org.springframework.orm.hibernate5.LocalSessionFactoryBean">
<property name="dataSource" ref="dataSource"/>
<property name="hibernateProperties">
<props>
<prop key="hibernate.show_sql">true</prop>
<prop key="hibernate.format_sql">true</prop>
<prop key="hibernate.dialect">org.hibernate.dialect.MySQL5Dialect</prop>
</props>
</property>
<!-- 实体类映射文件 -->
<property name="mappingLocations">
<list>
<value>classpath*:/domain/*.hbm.xml</value>
</list>
</property>
<property name="packagesToScan">
<value>domain</value>
</property>
<!-- 实体类 -->
<property name="annotatedClasses">
<list>
<value>domain.UserEntity</value>
</list>
</property>
</bean>
<!-- 创建声明式事务管理 -->
<bean id="transactionManager" class="org.springframework.orm.hibernate5.HibernateTransactionManager">
<property name="sessionFactory" ref="sessionFactory"/>
</bean>
<!-- 事务通知 -->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<!-- propagation配置传播行为,isolation配置隔离方式,表示在方法存在事务的时候直接使用,不存在则创建一个新事务,隔离级别为一个事务可以读取另外一个已提交事务的内容, -->
<tx:method name="*" propagation="REQUIRED" isolation="READ_COMMITTED"/>
</tx:attributes>
</tx:advice>
<!-- aop织入通知 -->
<aop:config>
<aop:pointcut id="serviceOption" expression="execution(* service.serviceImpl.*.*(..))"/>
<aop:advisor advice-ref="txAdvice" pointcut-ref="serviceOption"/>
</aop:config>
</beans>
web.xml (配置session拦截器,他将为每个请求绑定一个session,这个session是hibernateSession和,httpSession不一样,这样他可以有spring自动管理,无需手动开关)
<!-- 为每个请求过程绑定一个HibernateSession,它将由spring自动管理,无需手动开启和关闭 -->
<filter>
<filter-name>openSessionInterceptor</filter-name>
<filter-class>org.springframework.orm.hibernate5.support.OpenSessionInViewFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>openSessionInterceptor</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
在未使用事务管理的时候,同一个事务内的两个数据库操作,一个成功了,就会对数据库产生影响,如果两个操作是互相对应的,比如一个是增加数值,一个是减少数值,如果两个操作只做个一个,那么数据将不完整,出现异常(当然这种异常数据是不会报错的),但是添加了事务管理之后,就可以防止这种问题, 事务的原子性:一件事情要么全做要么不做 ,一旦有操作失败,那么事务将进行rallback()回滚,撤销之前的所有事务操作。
如下图:
即使执行了语句,但是后面遇到了1/0的数值计算异常,那么 事务会进行回滚,撤销操作,数据库数据还是保持原样。 事务一旦commit成功��再执行rollback回滚已经没有效果了。
测试代码:
public int updateUserInfo() {
Session session = sessionFactory.getCurrentSession();
String hql = "update UserEntity user set user.username='改1次' where user.id=1";
session.createQuery(hql).executeUpdate();
hql = "update UserEntity user set user.username='改2次' where user.id=1";
session.createQuery(hql).executeUpdate();
List<UserEntity> usersList = session.createQuery("from UserEntity ").list();
for (UserEntity u:usersList){
System.out.println(u.getUsername()+" : "+u.getCreateTime());
}
int i = 1/0;
return 0;
}
此处有一句int i=1/0;是故意制造的异常,在声明式事务中,整个方法就是一个事务,当方法执行完后提交事务,如果事务提交出现异常则回滚到提交前的状态,也就是之前执行的sql语句全部作废掉,这个方法中 我们首先对同一条数据做了两次更改,然后通过查询语句查出所有数据并打印 ,讲道理,执行结果应该是查出来的第一条id=1的语句的username被改成了“改2次”,并且数据库中的数据也是改两次,但是执行结果如下:
看样子好像没毛病,但是看数据库发现原来的数据并没有被修改过来,而是保持原来的样子,
出现这种情况的原因是,声明式事务的特点是把整个方法当成 事务提交 ,事务提交的过程中的确修改了数据库,并且查询出了修改后的数据(因为查询语句和打印语句都在事务中),然后当事务执行到int i=1/0的时候报错了(众所周知除数不能为0), 产生了异常 ,所以整个事务的提交是有异常的,那么存在异常的事务将 会被回滚 ,撤销原来的数据库操作,所以数据库的数据就被还原了,这也符合数据库 原子性和一致性 的特性。这也就出现了我们看到的查询结果明明有变,但是数据库数据却没有改变的情况。
本文永久更新链接地址 : http://www.linuxidc.com/Linux/2017-10/148057.htm