码迷,mamicode.com
首页 > 编程语言 > 详细

Java Spring-事务管理概述

时间:2017-11-12 01:01:11      阅读:313      评论:0      收藏:0      [点我收藏+]

标签:行数据   特性   级别   int   ibatis   产生   管理   ram   分割   

2017-11-11 23:05:39

事务(Transaction):是逻辑上一组操作,要么全都成功,要么全都失败。

一、事务的特性

  • 原子性:事务不可分割
  • 一致性:事务执行的前后,数据完整性保持一致
  • 隔离性:一个事务执行的时候,不应该受到其他事务的打扰
  • 持久性:一旦结束,数据就永久的保存到数据库

如果不考虑隔离性:
脏读 :一个事务读到另一个事务未提交数据

  当一个事务正在多次修改某个数据,而在这个事务中这多次的修改都还未提交,这时一个并发的事务来访问该数据,就会造成两个事务得到的数据不一致。例如:用户A向用户B  转账100元,对应SQL命令如下:

update account set money=money+100 where name=’B’;  (此时A通知B)
update account set money=money - 100 where name=’A’;

  当只执行第一条SQL时,A通知B查看账户,B发现确实钱已到账(此时即发生了脏读),而之后无论第二条SQL是否执行,只要该事务不提交,则所有操作都将回      滚,那  么当B以后再次查看账户时就会发现钱其实并没有转。
不可重复读 :一个事务读到另一个事务已经提交数据(update)导致一个事务多次查询结果不一致

  例如事务T1在读取某一数据,而事务T2立马修改了这个数据并且提交事务给数据库,事务T1再次读取该数据就得到了不同的结果,发送了不可重复读。

  不可重复读和脏读的区别是,脏读是某一事务读取了另一个事务未提交的脏数据,而不可重复读则是读取了前一事务提交的数据。

  在某些情况下,不可重复读并不是问题,比如我们多次查询某个数据当然以最后查询得到的结果为主。但在另一些情况下就有可能发生问题,例如对于同一个数据A  和B依次查询就可能不同,A和B就可能打起来了
虚读 :一个事务读到另一个事务已经提交数据(insert)导致一个事务多次查询结果不一致

  幻读是事务非独立执行时发生的一种现象。例如事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作,这时事务T2又对这个表中插入了一行数据项,而这个数据  项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚修改的数据,会发现还有一行没有修改,其实这行是从事务T2中添加的,就好像产生幻觉一样,这  就是发生了幻读。

 

二、MySQL数据库提供的四种隔离级别

  ① Serializable (串行化):可避免脏读、不可重复读、幻读的发生。

  ② Repeatable read (可重复读):可避免脏读、不可重复读的发生。

  ③ Read committed (读已提交):可避免脏读的发生。

  ④ Read uncommitted (读未提交):最低级别,任何情况都无法保证。

以上四种隔离级别最高的是Serializable级别,最低的是Read uncommitted级别,当然级别越高,执行效率就越低。像Serializable这样的级别,就是以锁表的方式(类似于Java多线程中的锁)使得其他的线程只能在锁外等待,所以平时选用何种隔离级别应该根据实际情况。在MySQL数据库中默认的隔离级别为Repeatable read (可重复读)

 

三、Spring提供事务管理API

  • PlatformTransactionManager:平台事务管理器.
commit(TransactionStatus status)
getTransaction(TransactionDefinition definition)
rollback(TransactionStatus status)
  • TransactionDefinition:事务定义
ISOLation_XXX:事务隔离级别.
PROPAGATION_XXX:事务的传播行为.(不是JDBC中有的,为了解决实际开发问题.)
TIMEOUT_DEFAULT:过期时间
  • TransactionStatus:事务状态
是否有保存点
是否一个新的事务
事务是否已经提交

关系:PlatformTransactionManager通过TransactionDefinition设置事务相关信息管理事务,管理事务过程中,产生一些事务状态:状态由TransactionStatus记录。

 

四、事务管理三个API详解

  • PlatformTransactionManager:平台事务管理器接口

Spring为不同的持久化框架提供了不同PlatformTransactionManager接口实现,前两种最常用:

  1. org.springframework.jdbc.datasource.DataSourceTransactionManager : 使用Spring JDBC或iBatis 进行持久化数据时使用
  2. org.springframework.orm.hibernate3.HibernateTransactionManager : 使用Hibernate3.0版本进行持久化数据时使用
  3. org.springframework.orm.jpa.JpaTransactionManager : 使用JPA进行持久化时使用
  4. org.springframework.jdo.JdoTransactionManager : 当持久化机制是Jdo时使用
  5. org.springframework.transaction.jta.JtaTransactionManager : 使用一个JTA实现来管理事务,在一个事务跨越多个资源时必须使用
  • TransactionDefinition:事务定义

* 隔离级别

  1. ISOLATION_DEFAULT:默认级别. Mysql repeatable_read,oracle read_commited
  2. ISOLATION_READ_UNCOMMITTED
  3. ISOLATION_READ_COMMITTED
  4. ISOLATION_REPEATABLE_READ
  5. ISOLATION_SERIALIZABLE

* 事务的传播行为

不是JDBC事务管理,用来解决实际开发的问题。

传播行为:解决业务层之间的调用的事务的关系,有七种传播行为:

  • PROPAGATION_REQUIRED :支持当前事务,如果不存在 就新建一个

    * A,B 如果A有事务,B使用A的事务,如果A没有事务,B就开启一个新的事务.(A,B是在一个事务中。)

  • PROPAGATION_SUPPORTS :支持当前事务,如果不存在,就不使用事务

    * A,B 如果A有事务,B使用A的事务,如果A没有事务,B就不使用事务.

  • PROPAGATION_MANDATORY :支持当前事务,如果不存在,抛出异常

    * A,B 如果A有事务,B使用A的事务,如果A没有事务,抛出异常.

  • PROPAGATION_REQUIRES_NEW :如果有事务存在,挂起当前事务,创建一个新的事务

    * A,B 如果A有事务,B将A的事务挂起,重新创建一个新的事务.(A,B不在一个事务中.事务互不影响.)

  • PROPAGATION_NOT_SUPPORTED :以非事务方式运行,如果有事务存在,挂起当前事务

    * A,B 非事务的方式运行,A有事务,就会挂起当前的事务.

  • PROPAGATION_NEVER :以非事务方式运行,如果有事务存在,抛出异常
  • PROPAGATION_NESTED :如果当前事务存在,则嵌套事务执行

    * 基于 SavePoint 技术.
    * A,B A有事务,A执行之后,将A事务执行之后的内容保存到SavePoint.B事务有异常的话,用户需要自己
    设置事务提交还是回滚.

常用:
PROPAGATION_REQUIRED
PROPAGATION_REQUIRES_NEW
PROPAGATION_NESTED

 

Java Spring-事务管理概述

标签:行数据   特性   级别   int   ibatis   产生   管理   ram   分割   

原文地址:http://www.cnblogs.com/TIMHY/p/7820490.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!