侧边栏壁纸
  • 累计撰写 270 篇文章
  • 累计创建 141 个标签
  • 累计收到 16 条评论

目 录CONTENT

文章目录

Spring事务——事务的隔离级别

Sherlock
2018-05-29 / 0 评论 / 0 点赞 / 2488 阅读 / 0 字
温馨提示:
本文最后更新于2023-10-09,若内容或图片失效,请留言反馈。 部分素材来自网络,若不小心影响到您的利益,请联系我们删除。

Spring 事务隔离级别

  • @Transactional(isolation = Isolation.READ_UNCOMMITTED)
    保证了读取过程中不会读取到非法数据。
  • @Transactional(isolation = Isolation.READ_COMMITTED)
    大多数主流数据库的默认事务等级,保证了一个事务不会读到另一个并行事务已修改但未提交的数据,避免了“脏读取”,该级别适用于大多数系统。
  • @Transactional(isolation = Isolation.REPEATABLE_READ)
    保证了一个事务不会修改已经由另一个事务读取但未提交(回滚)的数据。避免了“脏读取”和“不可重复读取”的情况,但是带来了更多的性能损失。
  • @Transactional(isolation = Isolation.SERIALIZABLE)
    最严格的级别,事务串行执行,资源消耗最大;

读取到非法数据的现象

  • Dirty reads — 读脏数据
    也就是说,比如事务A的未提交(还依然缓存)的数据被事务B读走,如果事务A失败回滚,会导致事务B所读取的的数据是错误的。
  • non-repeatable reads — 不可重复读
    比如事务A中两处读取数据-total-的值。在第一读的时候,total是100,然后事务B就把total的数据改成200,事务A再读一次,结果就发现,total竟然就变成200了,造成事务A数据混乱。
  • phantom reads — 幻象读数据
    这个和non-repeatable reads相似,也是同一个事务中多次读不一致的问题。但是non-repeatable reads的不一致是因为他所要取的数据集被改变了(比如total的数据),但是phantom reads所要读的数据的不一致却不是他所要读的数据集改变,而是他的条件数据集改变。比如select account.id where account.name='grace',第一次读去了6个符合条件的id,第二次读取的时候,由于事务b把一个帐号的名字由”dd”改成”grace”,结果取出来了7个数据。

不可重复读的重点是修改:同样的条件, 你读取过的数据, 再次读取出来发现值不一样了
幻读的重点在于新增或者删除:同样的条件, 第1次和第2次读出来的记录数不一样。

"可重复读"遵循的要求是:事务在执行期间看到的数据前后必须是一致的...

而事务的隔离级别会导致读取到非法数据的情况如下表示:

常用数据库默认事务隔离级别:

MYSQL:默认为REPEATABLE_READ
SQLSERVER:默认为READ_COMMITTED
ORACLE:默认为READ_COMMITTED

@Transactiona注解中常用参数说明

  • readOnly
    该属性用于设置当前事务是否为只读事务,设置为true表示只读,false 则表示可读写,默认值为false。
    例如:@Transactional(readOnly=true)
  • rollbackFor
    该属性用于设置需要进行回滚的异常类数组,当方法中抛出指定异常数组中的异常时,则进行事务回滚。
    例如:
    指定单一异常类:@Transactional(rollbackFor=RuntimeException.class)
    指定多个异常类:@Transactional(rollbackFor={RuntimeException.class, Exception.class})
    rollbackForClassName
    该属性用于设置需要进行回滚的异常类名称数组,当方法中抛出指定异常名称数组中的异常时,则进行事务回滚。
    例如:
    指定单一异常类名称:@Transactional(rollbackForClassName="RuntimeException")
    指定多个异常类名称:@Transactional(rollbackForClassName={"RuntimeException", "Exception"})
  • noRollbackFor
    该属性用于设置不需要进行回滚的异常类数组,当方法中抛出指定异常数组中的异常时,不进行事务回滚。类似上面的rollbackFor
  • noRollbackForClassName
    该属性用于设置不需要进行回滚的异常类名称数组,当方法中抛出指定异常名称数组中的异常时,不进行事务回滚。类似上面的rollbackForClassName
  • propagation
    该属性用于设置事务的传播行为,具体取值可参考上文。
    例如:@Transactional(propagation=Propagation.NOT_SUPPORTED, readOnly=true)
  • isolation
    该属性用于设置底层数据库的事务隔离级别,事务隔离级别用于处理多事务并发的情况,通常使用数据库的默认隔离级别即可,基本不需要进行设置
  • timeout
    该属性用于设置事务的超时秒数,默认值为 -1 表示永不超时

需要注意的几点:

  1. @Transactional 只能被应用到public方法上,对于其它非public的方法,如果标记了也不会报错,但方法没有事务功能
  2. Spring 团队的建议是你在具体的类(或类的方法)上使用@Transactional注解,而不要使用在类所要实现的任何接口上。你当然可以在接口上使用@Transactional注解,但是这将只能当你设置了基于接口的代理时它才生效。因为==注解是不能继承==的,这就意味着如果你正在使用基于类的代理时,那么事务的设置将不能被基于类的代理所识别,而且对象也将不会被事务代理所包装
  3. 使用 Spring 事务管理器,由它来负责数据库的打开、提交、回滚
  • 默认遇到运行时异常throw new RuntimeException("xx")会回滚,即遇到unchecked的异常时回滚;
  • 而遇到需要捕获的异常throw new Exception("xx")不会回滚,即遇到受检查的例外就是非运行时抛出的异常,编译器会检查到的异常叫受检查例外或说受检查异常时,需我们指定方式来让事务回滚。
  • 要想让所有异常都回滚,要加上@Transactional(rollbackFor={Exception.class, 其它异常})
  • 要想让 unchecked 异常不回滚,要加上@Transactional(notRollbackFor=RunTimeException.class)

如下:

@Transactional(rollbackFor=Exception.class) //指定回滚,遇到异常Exception时回滚
public void methodName() {
    throw new Exception("注释");
}
@Transactional(noRollbackFor=Exception.class)//指定不回滚,遇到运行期例外(throw new RuntimeException("注释");)会回滚
public ItimDaoImpl getItemDaoImpl() {
    throw new RuntimeException("注释");
}

还可参考:阿粉带你搞懂事务,事务隔离级别,事务传播行为之间的关系

  • 事务能够让一系列不同的操作具有原子性。
  • 事务隔离级别定义了事务并发操作时的访问规则。
  • 事务传播行为定义了事务方法在执行时该怎么运用事务。
0
  1. 支付宝打赏

    qrcode alipay
  2. 微信打赏

    qrcode weixin

评论区