事务简介
事务的作用
事务的作用是将一系列操作作为一个整体,一但其中出现问题,会回滚到事务的开始状态。即事务维护了数据的完整性和一致性。
事务的四个特性
原子性:事务的操作是原子不可分割的。
一致性:事务的操作数据保证一致性,不存在一部分改变一部分不改变。
隔离性:隔离性是当多个用户并发访问数据库时,比如操作同一张表时,数据库为每一个用户开启的事务,不能被其他事务的操作所干扰,多个并发事务之间要相互隔离。
持久性(Durability):一旦事务完成,无论发生什么系统错误,它的结果都不应该受到影响。
隔离级别导致的问题
如果不考虑隔离性,事务会出现以下问题
脏读
脏读又称无效数据的读出,是指在数据库访问中,事务T1将某一值修改,然后事务T2读取该值,此后T1因为某种原因撤销对该值的修改,这就导致了T2所读取到的数据是无效的。
不可重复读
不可重复读是指一个线程中的事务读取到了另外一个线程中提交的update的数据。
如事务t1查询某人员数据,这时事务t2修改了该人员数据,t1再次查询该人员数据,发现该事务中两次查询的数据不一致。
虚读(幻读)
虚读是指一个线程中的事务读取到了另外一个线程中提交的insert的数据。
如事务t1查询人物数据有6条,事务t2插入1条数据,事务t1再查询人物数据就为7条了。
不可重复读和虚读都是事务在执行过程中,有其他事务修改了数据,不过不可重复读是修改,而虚读是添加或删除。
事务的隔离级别
下面是隔离级别与数据问题的关系
读未提交(Read uncommitted) |
读已提交(Read committed) |
可重复读(Repeatable read) |
串行化(Serializable) |
|
脏读 |
会发生 |
不会发生 |
不会发生 |
不会发生 |
不可重复读 |
会发生 |
会发生 |
不会发生 |
不会发生 |
虚读(幻读) |
会发生 |
会发生 |
会发生 |
不会发生 |
MySQL支持以上四中隔离级别,默认隔离级别是Repeatable read;Oracle只支持串行化(Serializable)、读已提交(Read committed),默认是读已提交(Read committed)级别。
MySQL查看当前隔离级别:
select @@tx_isolation;
MySQL设置隔离级别语句
set [glogal | session] transactionisolation level 隔离级别名称; 或 set tx_isolation=’隔离级别名称;’
如
set tx_isolation='read-committed'
Spring的事务管理
原理
Spring是通过org.springframework.transaction.PlatformTransactionManager接口来实现事务的管理。同时应对不同的场景,提供不同的PlatformTransactionManager实现类来实现管理事务。下面是常见的应用场景。
JDBC事务
如果使用JDBC来进行数据持久化,Spring使用DataSourceTransactionManager类来实现事务管理(mybatis也可以使用JDBC的事务管理,mybatis的事务机制在下延伸中讲解)。Spring配置如下
<bean id="transactionManager"class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean>
Hibernate事务
如果使用Hibernate来进行数据持久化,Spring使用HibernateTransactionManager类来实现事务管理。Spring配置如下
<bean id="transactionManager"class="org.springframework.orm.hibernate3.HibernateTransactionManager"> <propertyname="sessionFactory" ref="sessionFactory" /> </bean>
延伸:mybatis的事务机制
MyBatis的事务管理分为两种形式:
一、使用JDBC的事务管理机制:即利用java.sql.Connection对象完成对事务的提交(commit())、回滚(rollback())、关闭(close())等
二、使用MANAGED的事务管理机制:这种机制MyBatis自身不会去实现事务管理,而是让程序的容器如(JBOSS,Weblogic)来实现对事务的管理
Spring事务的隔离级别
Spring除了jdbc的四种事务读未提交ISOLATION_READ_UNCOMMITTED、读已提交ISOLATION_READ_COMMITTED、可重复读ISOLATION_REPEATABLE_READ、串行化ISOLATION_SERIALIZABLE以外,还有ISOLATION_DEFAULT,即使用数据库默认事务隔离级别。
Spring事务的隔离级别配置
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean> <tx:annotation-driven order="1" proxy-target-class="true"/> <tx:advice id="transactionAdvice"> <tx:attributes> <tx:method name="*" isolation="READ_COMMITTED" rollback-for="Exception"/> </tx:attributes> </tx:advice> <aop:config> <aop:pointcut id="transactionPointcut" expression="execution(* com.lc.service..*Service.*(..))"/> <aop:advisor pointcut-ref="transactionPointcut" advice-ref="transactionAdvice" order="2"/> </aop:config>
Spring事务的传播行为
7种传播行为介绍
Spring的事务传播行为有一下7种
REQUIRED:支持当前事务,如果当前没有事务就新创建一个事务
REQUIRES_NEW: 新建事务,如果当前存在事务,就把当前事务挂起。
NOT_SUPPORTED: 在非事务环境下执行,如果当前存在事务,就把当前事务挂起
SUPPORTS: 支持当前事务,如果当前没有事务,就在非事务环境下执行
MANDATORY: 支持当前事务,如果当前没有事务,就抛出异常。
NEVER: 在非事务环境下执行,如果当前存在事务就抛出异常。
NESTED: 如果当前存在事务,则在嵌套事务内执行;如果当前没有事务,则进行与REQUIRED类似的操作;拥有多个可以回滚的保存点,内部回滚不会对外部事务产生影响。它只对DataSourceTransactionManager事务管理器起效。
事务传播行为的理解,事务是可以嵌套的,如一个方法存在事务,它调用一个方法也存在事务,如果调用的方法的事务是REQUIRED时,调用的方法不会新建事务,而是使用老的事务;如果调用方法的事务是REQUIRESNEW时,调用的方法会新建事务,而之前的事务会挂起,等这个方法结束再调用,不过这会导致事务不同步,即内部方法成功了,没有回滚,外部方法失败回滚了。
使用方式
@Transactional(readOnly = true, propagation= Propagation.REQUIRED) public List<User> select(){ return userMapper.select(); } @Transactional(readOnly = true, propagation= Propagation.REQUIRES_NEW) public int delete(Integer id){ return userMapper.delete(id); }