您的位置:首页 > 编程语言 > Java开发

spring【7】(spring事务详解)

2016-02-27 00:00 405 查看
1.事务处理应该做在service层

不放在DAO层做事务处理的原因是业务层 接口的每一个方法有时候都是一个业务用例(User Case),它需要调用不同的DAO对象来完成一个业务方法。比如简单地以网上书店购书最后的确定定单为例,业务方法首先是调用BookDAO对象(一般 是通过DAO工厂产生),BookDAO判断是否还有库存余量,取得该书的价格信息等,然后调用
CustomerDAO从帐户扣除相应的费用以及记录信息,然后是其他服务(通知管理员等)。简化业务流程大概如此:

注意,我们的例子忽略了连接的处理,只要保证同一个线程内取的是相同的连接即可(可用ThreadLocal实现)

2.举例说明事务是什么:

订单管理系统:订单表+库存表

每一次我们追加一个订单实际上需要两步操作:在订单表中插入一条数据,同时修改库存的数据。

但是有些时候事情并不是总是按照你的想法发生,例如:在你修改库存的时候,数据库突然由于莫名其妙的原因无法连接上了。也就是说库存更新失败了。但是订单已经产生了,那么怎么办呢?没办法,只有手动的修改。所以最好的方式是将订单插入的操作和库存修改的操作绑定在一起,必须同时成功或者什么都
不做。这就是事务。

3.事务代理:根据所配置的事务属性自动管理事务操作

4.声明式事务,spring事务属性的概念:

声明式事务(declarative transaction management)是Spring提供的对程序事务管理的方式之一。

Spring的声明式事务顾名思义就是采用声明的方式来处理事务。这里所说的声明,就是指在配置文件中申明。用在Spring配置文件中声明式的处理事务来代替代码式的处理事务。这样的好处是,事务管理不侵入开发的组件,具体来说,业务逻辑对象就不会意识到正在事务管理之中,事实上也应该如此,因为事务管理是属于系统层面的服务,而不是业务逻辑的一部分,如果想要改变事务管理策划的话,也只需要在定义文件中重新配置即可;在不需要事务管理的时候,只要在设定文件上修改一下,即可移去事务管理服务,无需改变代码重新编译,这样维护起来极其方便。

Spring使用AOP来完成声明式的事务管理,因而声明式事务是以方法为单位,在Spring中事务属性有以下四个参数:

1.传播行为(int getPropagationBehavior()):返回事务的传播行为,由是否有一个活动的事务来决定一个事务调用
2.隔离级别(getIsolationLevel):返回事务的隔离级别,事务管理器用它来控制另一事务能看到本事务内的哪些数据
3.只读提示(isReadOnly):事务是否只读,事务管理器能够根据这个返回值进行优化,确保事务是只读的
4.事务超时期间(getTimeout):返回事务必须在多少秒内完成

Spring在TransactionDefinition接口中定义这些属性,以供PlatfromTransactionManager使用, PlatfromTransactionManager是spring事务管理的核心接口。

<span style="font-size:18px;">    TransactionDefinition
public interface TransactionDefinition {
int getPropagationBehavior();
int getIsolationLevel();
int getTimeout();
boolean isReadOnly();
}  </span>

事务传播行为种类

Spring在TransactionDefinition接口中规定了7种类型的事务传播行为,

它们规定了事务方法和事务方法发生嵌套调用时事务如何进行传播:

事务传播行为类型

事务传播行为类型

说明

PROPAGATION_REQUIRED

如果当前没有事务,就新建一个事务,如果已经存在一个事务中,加入到这个事务中。这是最常见的选择。

PROPAGATION_SUPPORTS

支持当前事务,如果当前没有事务,就以非事务方式执行。

PROPAGATION_MANDATORY

使用当前的事务,如果当前没有事务,就抛出异常。

PROPAGATION_REQUIRES_NEW

新建事务,如果当前存在事务,把当前事务挂起。

PROPAGATION_NOT_SUPPORTED

以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。

PROPAGATION_NEVER

以非事务方式执行,如果当前存在事务,则抛出异常。

PROPAGATION_NESTED

如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则执行与PROPAGATION_REQUIRED类 似的操作。

隔离级别

隔离级别

说明

ISOLATION_DEFAULT

这是一个PlatfromTransactionManager默认的隔离级别,使用数据库默认的事务隔离级别.另外四个与JDBC的隔离级别相对应

ISOLATION_READ_UNCOMMITTED

这是事务最低的隔离级别,它充许别外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读,不可重复读和幻像读。

SOLATION_READ_COMMITTED



保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这种事务隔离级别可以避免脏读出现,但是可能会出现不可重复读和幻像读。
ISOLATION_REPEATABLE_READ



这种事务隔离级别可以防止脏读,不可重复读。但是可能出现幻像读。

ISOLATION_SERIALIZABLE

这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读,不可重复读外,还避免了幻像读。

ISOLATION_READ_UNCOMMITTED(脏读)的举例:

Mary的原工资为1000,财务人员将Mary的工资改为了8000,但未提交事务:

<span style="font-size:18px;">    Connection con1 = getConnection();
con.setAutoCommit(false);
update employee set salary = 8000 where empId ="Mary";  </span>
与此同时,Mary正在读取自己的工资:

<span style="font-size:18px;">    Connection con2 = getConnection();
select  salary from employee where empId ="Mary";
con2.commit();  </span>
Mary发现自己的工资变为了8000,欢天喜地!

而财务发现操作有误,而回滚了事务,Mary的工资又变为了1000

<span style="font-size:18px;">    //con1
con1.rollback();  </span>
像这样,Mary记取的工资数8000是一个脏数据。

ISOLATION_REPEATABLE_READ (不可重复读)例如:

在事务1中,Mary 读取了自己的工资为1000,操作并没有完成

<span style="font-size:18px;">    con1 = getConnection();
select salary from employee empId ="Mary";  </span>
少了con1.commit();

在事务2中,这时财务人员修改了Mary的工资为2000,并提交了事务.

<span style="font-size:18px;">    con2 = getConnection();
update employee set salary = 2000;
con2.commit();  </span>
在事务1中,Mary 再次读取自己的工资时,工资变为了2000

<span style="font-size:18px;">    //con1
select salary from employee empId ="Mary";  </span>
在一个事务中前后两次读取的结果并不致,导致了不可重复读。

使用ISOLATION_REPEATABLE_READ可以避免这种情况发生。

ISOLATION_SERIALIZABLE (幻像读)

目前工资为1000的员工有10人。

事务1,读取所有工资为1000的员工。

<span style="font-size:18px;">    con1 = getConnection();
Select * from employee where salary =1000;  </span>
共读取10条记录

这时另一个事务向employee表插入了一条员工记录,工资也为1000

<span style="font-size:18px;">con2 = getConnection();
Insert into employee(empId,salary) values("Lili",1000);
con2.commit(); </span>
事务1再次读取所有工资为1000的员工

<span style="font-size:18px;">    //con1
select * from employee where salary =1000;  </span>
共读取到了11条记录,这就产生了幻像读。

ISOLATION_SERIALIZABLE能避免这样的情况发生。但是这样也耗费了最大的资源。

部分转载自此处
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: