1.1.1. 事务的概念
事务是一组操作的执行单元,相对于数据库操作来讲,事务管理的是一组SQL指令,比如增加,修改,删除等,事务的一致性,要求,这个事务内的操作必须全部执行成功,如果在此过程种出现了差错,比如有一条SQL语句没有执行成功,那么这一组操作都将全部回滚
仅用四个词解释事务(ACID)
atomic(原子性):要么都发生,要么都不发生。
consistent(一致性):数据应该不被破坏。
Isolate(隔离性):用户间操作不相混淆
Durable(持久性):永久保存,例如保存到数据库中等
1.1.2. 数据库系统的四种事务隔离级别
隔离级别 | 含义 |
READ_UNCOMMITED | 允许你读取还未提交的改变了的数据。可能导致脏、幻、不可重复读 |
READ_COMMITTED | 允许在并发事务已经提交后读取。可防止脏读,但幻读和不可重复读仍可发生 |
REPEATABLE_READ | 对相同字段的多次读取是一致的,除非数据被事务本身改变。可防止脏、不可重复读,但幻读仍可能发生。 |
SERIALIZABLE | 完全服从ACID的隔离级别,确保不发生脏、幻、不可重复读。这在所有的隔离级别中是最慢的,它是典型的通过完全锁定在事务中涉及的数据表来完成的。 |
l Read Uncommited:读未提交数据(会出现脏读,不可重复读和幻读)。
l Read Commited:读已提交数据(会出现不可重复读和幻读)
l Repeatable Read:可重复读(会出现幻读)
l Serializable:串行化
DEFAULT | 使用后端数据库默认的隔离级别(spring中的的选择项) |
脏读:
一个事务读取了另一个事务改写但还未提交的数据,如果这些数据被回滚,则读到的数据是无效的。
不可重复读:
在同一事务中,多次读取同一数据返回的结果有所不同。换句话说就是,后续读取可以读到另一事务已提交的更新数据。相反,“可重复读”在同一事务中多次读取数据时,能够保证所读数据一样,也就是,后续读取不能读到另一事务已提交的更新数据。
幻读:
一个事务读取了几行记录后,另一个事务插入一些记录,幻读就发生了。再后来的查询中,第一个事务就会发现有些原来没有的记录。
不同的隔离级别采用不同的锁类型来实现,在四种隔离级别中,Serializable的隔离级别最高,Read Uncommited的隔离级别最低。
• 大多数据库默认的隔离级别为Read Commited,如SqlServer
• 当然也有少部分数据库默认的隔离级别为Repeatable_Read ,如Mysql,
• Oracle数据库支持READ COMMITTED和SERIALIZABLE两种事务隔离性级别,不支持READ UNCOMMITTED和REPEATABLE READ这两种隔离性级别。虽然SQL标准定义的默认事务隔离性级别是SERIALIZABLE,但是Oracle数据库默认使用的事务隔离性级别却是READ COMMITTED.
标准中定义的有4种,MySQL支持4种,Oracle只支持2种。默认值也不一样。
1.1.3. Spring对事务管理的支持
Spring提供了两种事务管理方式:
编程式事务管理:
编写程序式的事务管理可以清楚的定义事务的边界,可以实现细粒度的事务控制,比如你可以通过程序代码来控制你的事务何时开始,何时结束等,与后面介绍的声明式事务管理相比,它可以实现细粒度的事务控制。
声明式事务管理:
如果你并不需要细粒度的事务控制,你可以使用声明式事务,在Spring中,你只需要在Spring配置文件中做一些配置,即可将操作纳入到事务管理中,解除了和代码的耦合, 这是对应用代码影响最小的选择。当你不需要事务管理的时候,可以直接从Spring配置文件中移除该设置
如果使用Spring, 我们就不再需要手工控制事务:
1.1.4. 事务传播规则(传播行为)
传播行为:定义关于客户端和被调用方法的事物边界
传播行为 | 意义 |
REQUIRED (默认值) | 业务方法需要在一个事务中运行。如果方法运行时,已经处在一个事务中,那么加入到该事务,否则为自己创建一个新的事务 |
NOT_SUPPORTED | 声明方法不需要事务。如果方法没有关联到一个事务,容器不会为它开启事务。如果方法在一个事务中被调用,该事务会被挂起,在方法调用结束后,原先的事务便会恢复执行 |
REQUIRESNEW | 属性表明不管是否存在事务,业务方法总会为自己发起一个新的事务。如果方法已经运行在一个事务中,则原有事务会被挂起,新的事务会被创建,直到方法执行结束,新事务才算结束,原先的事务才会恢复执行 |
MANDATORY | 该属性指定业务方法只能在一个已经存在的事务中执行,业务方法不能发起自己的事务。如果业务方法在没有事务的环境下调用,容器就会抛出例外。 |
SUPPORTS | 这一事务属性表明,如果业务方法在某个事务范围内被调用,则方法成为该事务的一部分。如果业务方法在事务范围外被调用,则方法在没有事务的环境下执行 |
Never | 指定业务方法绝对不能在事务范围内执行。如果业务方法在某个事务中执行,容器会抛出例外,只有业务方法没有关联到任何事务,才能正常执行 |
NESTED | 如果一个活动的事务存在,则运行在一个嵌套的事务中. 如果没有活动事务, 则按REQUIRED属性执行.它使用了一个单独的事务, 这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效 |
1.1.5. 事务管理器
spring没有直接管理事务,而是将管理事务的责任委托给JTA或相应的持久性机制所提供的某个特定平台的事物实现
事务管理器实现 | 目标 |
org.springframework.jdbc.datasource.DataSourceTransactionManager | 在单一的JDBC Datasource中的管理事务 |
org.springframework.orm.hibernate3.HibernateTransactionManager | 当持久化机制是hibernate时,用它来管理事务 |
org.springframework.jdo.JdoTransactionManager | 当持久化机制是Jdo时,用它来管理事务。 |
org.springframework.transaction.jta.JtaTransactionManager | 使用一个JTA实现来管理事务。在一个事务跨越多个资源时必须使用 |
org.springframework.orm.ojb.PersistenceBrokerTransactionManager | 当apache的ojb用作持久化机制时,用它来管理事务。 |
1.1.6. 声明式事务管理——基于XML配置
1.1.6.1. 在spring配置文件中引入tx命名空间
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:aop="http://www.springframework.org/schema/aop"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:tx="http://www.springframework.org/schema/tx"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
http://www.springframework.org/schema/aop
http://www.springframework.org/schema/aop/spring-aop-2.5.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-2.5.xsd
http://www.springframework.org/schema/tx
http://www.springframework.org/schema/tx/spring-tx-2.5.xsd">
1.1.6.2. 在spring配置文件中做关于事务管理的配置
<!-- 1,配置事务管理器(应根据情况使用合适的事务管理器) -->
<bean id="transactionManager"class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource"></property>
</bean>
<!-- 2,配置管理事务的“通知” -->
<tx:advice id="txAdvice"transaction-manager="transactionManager">
<!-- 配置哪些方法要使用什么样的事务配置,没有匹配到的方法不会为其管理事务 -->
<tx:attributes>
<!-- 指定所有以add,delete,update开头的方法都使用事务,
默认read-only="false"-->
<tx:method name="add*"/>
<tx:method name="delete*"/>
<tx:method name="update*"/>
<!-- 指定所有以query开头的方法都是使用只读的事务 -->
<tx:method name="query*"read-only="true" />
</tx:attributes>
</tx:advice>
<!-- 3,配置切面 -->
<aop:config>
<!-- 指定拦截所有Dao中的方法 -->
<aop:advisor advice-ref="txAdvice" pointcut="execution(**..*Dao*.*(..))" />
</aop:config>
1.1.7. 声明式事务管理——基于注解配置
1.1.7.1. 在spring中要做的配置
<!--配置声明式事务管理 -->
<!-- 声明“事务管理器” -->
<bean id="dsTransactionManager"
class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource"></property>
</bean>
<!-- ==== 基于注解的方式配置事务 ==== -->
<tx:annotation-driven transaction-manager="dsTransactionManager" />
1.1.7.2. 在类上写注解声明要使用事务
// 添加数据操作,readOnly默认为false
@Transactional
publicvoid addUser(final User user) {
jdbcTemplate.update("insert into t_user(name, age)values(?,?)",
new Object[] { user.getName(), user.getAge() });
}
// 查询记录总数量,查询时可以设置为只读的
@Transactional(readOnly = true)
publicint queryCount() {
String sql = "selectcount(*) from t_user";
returnjdbcTemplate.queryForInt(sql);
}
1.1.7.3. @Transactional注解说明
方法的事务设置将被优先执行。例如: UserServiceImpl类在类的级别上被注解为只读事务,但是,这个类中的 addUser(Useruesr) 方法的@Transactional注解的事务设置将优先于类级别注解的事务设置.
写上方法上:表示本方法需要事务
写到类上:表示本类中所有的公共方法都需要事务
如果类上与方法上都有,则以方法上的为准。
本注解是可以被继承的,即如果父类上有这个注解,则子类中所有的公共方法也会开事务。
这时注意:对于本类中继承过来的方法无效
(即:对本类与子类有效,对父类无效)