Rumah >pangkalan data >tutorial mysql >如何理解spring事务及声明式事务的使用

如何理解spring事务及声明式事务的使用

坏嘻嘻
坏嘻嘻asal
2018-09-15 11:27:081944semak imbas

本篇文章给大家带来的内容是关于如何理解spring事务及声明式事务的使用,包括数据库中的事物隔离级别,有一定的参考价值,有需要的朋友可以参考一下,希望对你有所帮助。

spring事务及声明式事务的使用

(同学们,开始复习大学还给老师的数据库知识啦!!)

事务:访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。

事务有四个属性:(ACID)

原子性:一个事务是一个不可分割的工作单元,事务中包括的诸操作要么都做,要么都不做。

一致性;事务必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性使密切相关的。

隔离性:一个事务的执行不能被其他事物干扰。即一个事务内部操作及使用的数据对并发的其他事物是隔离的,并发执行的各个事务之间不能相互干扰。

持久性:持久性也称永久性,指一个事务一旦提交,它对数据库中数据的改变就应该永久的。

事务目的:为了使数据保持一致性和完整性。

一致性:一个业务链的数据状态是一致的,不能部分改变部分不改变。

完整性:一个业务链的数据是完整的,要么一起完成一起失败,不能部分写入成功,部分写入失败。

简单理解事务的一致性和完整性就是要么一起活,要么一起死,不能独活。(像是凄惨的爱情…………^ _ ^)

数据库中的事物隔离级别

在了解事务隔离级别之前,先来了解一下数据中经常发生的可能导致业务逻辑失败的几种情况。

脏读

当一个事务正在访问数据,并且对数据进行了修改,并且还没有提交到数据库中;这时另一事务也访问了这个数据,然后使用了这个数据。

例如:张三的银行账户现在有1000,现在张三存入了200,那么在张三点击提交的时候,他媳妇(辛苦的张三在给媳妇存零花钱)在商场购物花了500。张三查看余额发现只有500了(张三懵逼了。。)。然后两人为了200吵了起来。以上就是胀读引起一场家庭大战。

不可重复读

不可重复读:一个事务内,多次读同一个数据。在这个事务还没有结束时,另一个事务也访问了该数据。在第一个事务的两次读数据间,由于第二个事务的修改,第一事务两次读到的数据可能不一样。这样就发生了一个事务内两次读到的数据是不一样的。(即不能读到相同的数据)

幻读

一个事务对一个表中的数据进行了修改,这种修改涉及到表中的全部数据行,与此同时第二个事务向表中插入一行新数据。就会发生操作第一个事务的用户发现表中还有没有修改的数据行。就好像发生了幻觉一样。

spring的五种隔离级别

ISOLATION_DEFAULT

表示底层数据库的默认隔离级别,对大部分数据库而言通常值是:ISOLATION _READ _COMMITTED

ISOLATION _READ _UNCOMMITTED

表示一个事务可以读取另一事务修改但还没有提交的数据,不能防止脏读和不可重复读。

ISOLATION _READ _COMMITTED

一个事务只能读取另一个事务已经提交的数据,可以防止脏读,但是不能防止不可重复读。(大多数情况的推荐值)

ISOLATION _REPEATABLE _READ

一个事务在整个过程中可以多次重复执行某个查询,并且每次返回的记录都相同。即使在多次查询之间有新增的数据满足该查询,这些新增的记录也会被忽略。可以防止脏读和不可重复读。

ISOLATION _SERIALIZBLE

所有事务依次逐个执行,这样事务之间就完全不可能产生干扰。可以防止脏读,不可重复读,幻读。

事务的传播性(spring提供了七个)

是指事务之间的关系,例如一个事务中含有另一个事务,那么传播性用来确定相互的执行。

TransationDefinition.PROPAGETION.REQUIRED

如果当前存在事务,则加入该事务;如果当前没有事务,则创建一个新的事务。
spring中的默认事务。适合绝大多数情况。

TransationDefinition.PROPAGETION.REQUIRED_NEW

创建一个新的事务,如果当前存在事务,则把当前事务挂起。
意思是创建一个新的事务,和原来的事务没有任何关系。

TransationDefinition.PROPAGETION.SUPPORTS

如果当前存在事务,则加入该事务;如果当前没有事务,则以非事务的方式继续运行。
这种方式非常随意,没有就没有,有就有,有点无所谓的态度。

TransationDefinition.PROPAGATION.NOT_SUPPORTED

以非事务的方式运行,如果当前存在事务,则把当前事务挂起。
这种方式非常强硬,没有就没有,有也不支持,挂起来,不管它。

TransationDefinition.PROPAGETION_NEVER

以非事务的方式运行,如果当前存在事务,则抛出异常。
这种方式更加强硬,没有就没有,有反而报错,他对大家宣称:我从不支持事务。

TransationDefinition.PROPAGETION_MANDATORY

如果当前存在事务,则加入该事务;如果当前没有事务,则抛出异常。
这种方式可以说是最强硬的,没有事务就直接报错,它对全世界说:我必须要有事务。

TransationDefinition.PROPAGETION_NESTED

如果当前存在事务,则创建一个事务作为当前事务的嵌套事务来运行;如果当前没有事务,则该取值等价于
TransationDefinition.PROPAGETION_REQUIRED

声明式事务

使用

现在来看在springboot中,如果使用声明式事务:

@Transactional
public void save(Object ob){

}

只要在方法上增加@Transactional注解方法就可以被事务管理起来。

源码

看一下注解Transactional的源码:

@Target({ElementType.METHOD, ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
public @interface Transactional {

@AliasFor("transactionManager")
String value() default "";


@AliasFor("value")
String transactionManager() default "";

Propagation propagation() default Propagation.REQUIRED;

Isolation isolation() default Isolation.DEFAULT;

int timeout() default TransactionDefinition.TIMEOUT_DEFAULT;


boolean readOnly() default false;

Class<? extends Throwable>[] rollbackFor() default {};


String[] rollbackForClassName() default {};

Class<? extends Throwable>[] noRollbackFor() default {};


String[] noRollbackForClassName() default {};

}

默认值

readOnly : 是否仅仅只读。默认读写都可以

timeout : 事务超时时间,默认没有超时时间

isolation: 事务的隔离级别 默认:TransactionDefinition.ISOLATION_DEFAULT(见上文隔离级别)

propagation :事务的传播属性 默认:TransactionDefinition.PROPAGATION_REQUIRED

注意事项

  • 注解应该只被应用到public方法上

  • 自调用问题:如果类中没有注解方法调用有注解的方法,那么外部在调用没有注解的方法时,有注解的方法不会产生事务

Atas ialah kandungan terperinci 如何理解spring事务及声明式事务的使用. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Kenyataan:
Kandungan artikel ini disumbangkan secara sukarela oleh netizen, dan hak cipta adalah milik pengarang asal. Laman web ini tidak memikul tanggungjawab undang-undang yang sepadan. Jika anda menemui sebarang kandungan yang disyaki plagiarisme atau pelanggaran, sila hubungi admin@php.cn