Spring事务传播属性和隔离级别

本文介绍了事务的传播属性和隔离级别,包括REQUIRED、MANDATORY等传播属性及它们的区别,以及READ_UNCOMMITTED、SERIALIZABLE等隔离级别的作用。还讨论了脏读、不可重复读和幻读等问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

事务的传播属性(Propagation)

  • @Transactional(propagation=Propagation.REQUIRED):这个是默认的属性。如果存在一个事务,则支持当前事务。如果没有事务则开启一个新的事务。被设置成这个级别时,会为每一个被调用的方法创建一个逻辑事务域。如果前面的方法已经创建了事务,那么后面的方法支持当前的事务,如果当前没有事务会重新建立事务。
  • @Transactional(propagation=Propagation.MANDATORY):支持当前事务,如果当前没有事务,就抛出异常。
  • @Transactional(propagation=Propagation.NEVER):以非事务方式执行,如果当前存在事务,则抛出异常。与Propagation.MANDATORY相反。
  • @Transactional(propagation=Propagation.NOT_SUPPORTED):以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
  • @Transactional(propagation=Propagation.REQUIRES_NEW):新建事务,如果当前存在事务,把当前事务挂起。
  • @Transactional(propagation=Propagation.SUPPORTS):支持当前事务,如果当前没有事务,就以非事务方式执行。如果其他bean调用这个方法,在其他bean中声明事务,那就用事务。如果其他bean没有声明事务,那就不用事务。
  • @Transactional(propagation=Propagation.NESTED):支持当前事务,新增Savepoint点,与当前事务同步提交或回滚。嵌套事务一个非常重要的概念就是内层事务依赖于外层事务。外层事务失败时,会回滚内层事务所做的动作。而内层事务操作失败并不会引起外层事务的回滚。

  • PROPAGATION_NESTED 与PROPAGATION_REQUIRES_NEW的区别

它们非常 类似,都像一个嵌套事务,如果不存在一个活动的事务,都会开启一个新的事务。使用PROPAGATION_REQUIRES_NEW时,内层事务与外层事务就像两个独立的事务一样,一旦内层事务进行了提交后,外层事务不能对其进行回滚。两个事务互不影响。两个事务不是一个真正的嵌套事务。同时它需要JTA 事务管理器的支持。
使用PROPAGATION_NESTED时,外层事务的回滚可以引起内层事务的回滚。而内层事务的异常并不会导致外层事务的回滚,它是一个真正的嵌套事务。

事务并发引起的三种情况

  • Dirty Reads脏读:一个事务正在对数据进行更新操作,但是更新还未提交,另一个事务这时也来操作这组数据,并且读取了前一个事务还未提交的数据,而前一个事务如果操作失败进行了回滚,后一个事务读取的就是错误数据,这样就造成了脏读。

  • Non-Repeatable Reads不可重复读:一个事务多次读取同一数据,在该事务还未结束时,另一个事务也对该数据进行了操作,而且在第一个事务两次读取之间,第二个事务对数据进行了更新,那么第一个事务前后两次读取到的数据是不同的,这样就造成了不可重复读。

  • Phantom Reads幻读:第一个事务正在查询符合某一条件的数据,这时,另一个事务又插入了一条符合条件的数据,第一个事务在第二次查询符合同一条件的数据时,发现多了一条前一次查询时没有的数据,仿佛幻觉一样,这就是幻读。

  • 不可重复读和幻读的区别

    • 不可重复读是指同一查询在同一事务中多次进行,由于其他提交事务所做的修改或删除,每次返回不同的结果集,此时发生不可重复读。(A transaction rereads data it has previously read and finds that another committed transaction has modified or deleted the data. )

    • 幻读是指同一查询在同一事务中多次进行,由于其他提交事务所做的插入操作,每次返回不同的结果集,此时发生幻读。(A transaction reexecutes a query returning a set of rows that satisfies a search condition and finds that another committed transaction has inserted additional rows that satisfy the condition. )

    • 表面上看,区别就在于不可重复读能看见其他事务提交的修改和删除,而幻像能看见其他事务提交的插入。

事务隔离级别(Isolation Level):

  • @Transactional(isolation = Isolation.DEFAULT)(默认):
    这是一个PlatfromTransactionManager默认的隔离级别,使用数据库默认的事务隔离级别。另外四个与JDBC的隔离级别相对应
    • MySql: 默认为REPEATABLE_READ级别
    • SqlServer: 默认为READ_COMMITTED级别
    • Oracle: 默认为READ_COMMITTED级别
  • @Transactional(isolation = Isolation.READ_UNCOMMITTED)(读未提交):
    这是事务最低的隔离级别,它允许另外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读,不可重复读和幻读
  • @Transactional(isolation = Isolation.READ_COMMITTED)(读已提交):
    保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这种事务隔离级别可以避免脏读出现,但是可能会出现不可重复读和幻读
  • @Transactional(isolation = Isolation.REPEATABLE_READ)(可重复读):
    这种事务隔离级别可以防止脏读,不可重复读。但是可能出现幻读。它除了保证一个事务不能读取另一个事务未提交的数据外,还保证了不可重复读
  • @Transactional(isolation = Isolation.SERIALIZABLE)(串行化):
    这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读,不可重复读外,还避免了幻读

隔离级别解决事务并行引起的问题

Dirty readsnon-repeatablereads phantom reads
Serializable不会不会
REPEATABLE READ不会不会
READ COMMITTED不会
Read Uncommitted

嵌套事物 & 独立事务

NESTED & REQUIRES_NEW

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值