事务总结

2020-01-28 16:01:36来源:博客园 阅读 ()

新老客户大回馈,云服务器低至5折

事务总结

 有时候一个业务需要多次操作数据库,比如转账:

如果reduce()执行成功,add执行失败,那钱是转出去了,但对方并没有收到,钱转丢了。

使用事务可解决此问题。

 

 事务:逻辑上的一组操作,要么全部成功,要么全部失败。

 

 


 

 

事务的4个特性

  • 原子性:最小单元,不可再分割
  • 一致性:事务执行前后,数据的完整性保持一致。比如说A转账给B,转账前两人账户加起来一共有5W元,转账后两人账户加起来也应该是5W元。
  • 隔离性:一个事务的执行不应受到其他事务的干扰
  • 持久性:一旦事务结束(包括成功、失败回滚),数据就持久化到数据库

 

 


 

 

如果没做到隔离性,可能会引发读写问题

读问题:

  • 脏读
  • 不可重复读
  • 虚读(幻读)

写问题:

  • 丢失更新

 

 


  

 

脏读     读取另一个事务未提交的数据

原本数据库中的数据是正确的、干净的,

B事务更改了数据库中的数据,

A事务读取数据库中的数据(被事务B修改后的数据),

事务B发生错误,将数据库中的数据回滚成原本干净的数据,A读取到的数据变成了无效数据、脏数据。

但事务A什么都不知道,使用之前读取到的数据(脏数据)做一些操作。

 

 

示例    B取款的同时,A转账给B

虽然2个事务是并发执行的,但实际上,执行具体代码时仍有先后顺序。

 

 


 

  

不可重复读     前后多次读取,读取到的数据内容不一致(期间已被其它事务修改)

 

事务A比较大,前后需要多次从数据库读取同一段数据。

 

开始事务

前一次从数据库读取数据,赋给一些变量来使用,

使用这些变量来做一些操作,

随着代码的执行,这些变量逐渐被销毁(方法调用结束,局部变量被销毁;对象长时间闲置,被gc回收等),

 

之后需要再次使用这些数据,因为变量已被销毁,只有重新从数据库读取数据(执行的仍是之前的sql语句)来使用,

但这2次读取期间,有其它的事务修改了数据库中的这些数据的内容,

2次读取到的数据不一致(不是重复的),称为不可重复读。

但事务A不知道前后的数据不一致,仍然使用第二次读取的数据做一些操作。

提交事务。

 

第一次读取的数据已经无效了,使用这些数据做的操作无效,即前面部分做的操作与后面部分做的操作对不上。

 

 


 

 

虚读(幻读)  前后多次读取,读取到的记录数不一致(期间已被其它事务修改)

虚读和不可重复读差不多,都是前后读取相同的内容(执行一样的sql查询),

不可重复读是记录数没变化、但记录的内容被其它事务修改了(update  xxx_tb  set  xxx=xxx),

虚读是读取到的记录数变了(其它事务使用insert、delete修改了数据库中读取的部分,导致记录总数不一致)。

 

 


 

 

可通过设置事务的隔离级别,来解决读问题。

 

事务的4种隔离级别

  • Read uncommitted:未提交读,解决不了任何读问题,安全性最低,但事务执行效率最高
  • Read committed:已提交读,解决了脏读,但不可重复读、虚读有可能发生
  • Repeatable read:重复度,解决了脏读、不可重复读,但虚读有可能发生
  • Serializable:不允许事务并发,安全性最高,但事务执行效率最低

一般是折中使用第2、3项,mysql用Repeatable read,oracle用Read committed。

 

 


 

 

事务的传播行为

 

事务管理是添加在业务层的,给Service中的方法添加事务管理。

 

一般情况下:

  • 在Service中调用某个Dao的1个或多个方法,比如上图的Service1
  • 在Service中调用1个或多个Dao的方法,比如上图的Service2

就可以完成业务。

 

 

但有时候业务特别复杂,需要调用业务层的其它方法:

包括调用其它Service的方法、本Service的其它的方法。

调用的方法可能添加了事务,对于Service.x()带过来的事务(被调方法传播过来的事务),该如何处理?

事务的传播行为就是:在业务层的方法相互调用时,规定主调方法定义自身的事务管理(是否使用被调方法的事务)。

 

 


 

  

Spring中的7种事务传播行为

 

以下面的调用为例:

 

 

大致可分为3类:(红色标示的项是常见的,只需记住红色标示的项)

 

(1)保证多个操作在同一个事务中

  • PROPAGATION_REQUIRED     默认值,一般都是使用这个。

如果被调方法有事务,主调方法就使用被调方法的事务;如果被调方法没有事务,会创建一个新事务,管理主调方法。

会把主调方法的其它代码包含进来,一起管理。被调方法指的是业务层的其它其它方法Service1.x(),主调方法指的是z(),包括Service1.x() + Dao2.c() 。

required   要求、需要、必需的,对于主调方法,事务是必需的

 

  • PROPAGATION_SUPPORTS   

如果被调方法有事务,主调方法就使用被调方法的事务;如果被调方法没有事务,主调方法就不使用事务。

supports,有就支持,没有就算了(都不使用事务)。

 

  • PROPAGATION_MANDATORY

如果被调方法有事务,主调方法就使用被调方法的事务;如果被调方法没有事务,则抛出异常。

 

 

 

(2)保证多个操作不在同一个事务中

  • PROPAGATION_REQUIRES_NEW   

requires_new   对于主调方法,事务是必需的,且事务要是新建的(只管里主调方法的其它部分,被调方法的事务管理维持原状)。

会新建一个事务,管理主调方法(的其它部分),被调方法的事务管理维持原状。

 

  • PROPAGATION_NOT_SUPPORTED

不管被调方法有没有事务,主调方法都不使用事务(其它部分不使用,被调方法的事务管理维持原状)。

not_supported,主调方法不支持事务。

 

  • PROPAGATION_NEVER

如果被调方法有事务,直接抛出异常。

never,决不能有事务。

 

 

 

(3)嵌套式事务

  • PROPAGATION_NESTED

在主调方法执行前、被调方法执行的前后设置还原点,失败时可以回滚到某个还原点。

执行主调方法之前先设置一个还原点,执行主调方法的其它代码(如果有)。

如果执行失败,回滚到之前的还原点;如果执行成功,再设置一个还原点,执行被调方法(如果被调方法有事务,会执行被调方法的事务)。

如果被调方法执行失败,回滚到之前的某个还原点(可设置),如果被调方法执行成功,设置一个还原点,执行后续的其它代码。

如果执行失败,回滚到之前的某个还原点(可设置)。

 


原文链接:https://www.cnblogs.com/chy18883701161/p/12237229.html
如有疑问请与原作者联系

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:重写ThreadFactory方法和拒绝策略

下一篇:Leader:这样的 Bug 你也写的出来???