项目中怎样避免事物的问题

本文探讨了数据库事务的特性,包括脏读、不可重复读和幻读,并提出了解决这些问题的方法。在账务系统中,通过设置事务提交方式、合理设计业务逻辑以及使用SQL规避读取冲突,可以有效防止这些问题。转账操作使用token确保唯一性和事务控制,避免了重复操作和不可重复读。在特定的隔离级别下,脏读也可以得到避免。
摘要由CSDN通过智能技术生成

事物的特性和隔离级别
https://blog.csdn.net/h294590501/article/details/80386000
https://www.cnblogs.com/xrq730/p/5087378.html
https://blog.csdn.net/u011305680/article/details/79206408

脏读:事物A读到了B没有提交的数据(A读取数据,但是B已经操作,但是未提交,A读成了原始数据)
不可重复读:同一个事物两次读取不一致(A第一次读,B提交完事物,A第二次读,两次读取不一致)
幻读:在一个事物中发现了未被操作的数据(在update,delete,insert中都可出现
这里强调一下update怎样出现幻读)

假设 :我来设计一个账务系统
系统怎样处理这些问题 :

  • 脏读:设置常用的事物提交方式为commit
  • 不可重复读: 业务设计合理
  • 幻读:合理设计
    这里要说下3个关键表
    token 操作日志表
    account 账户表
    detail 流水表
    操作订单表
    创建账户有一个核心参数mid(唯一标识符)
    创建账户:先插入token,接着创建账户,由于设置了token和mid都是唯一索引,重复的操作会失败,重复创建账户也会失败,且不需要事务 A和B同时操作,若是任意一个相同,这个操作就会失败
    ps:如果不喜欢报错,可以用insert ignore 这个关键字,如果数据重复会返回修改0行
    转账: 同样先插入token[(无事务),(可避免重复操作)],接着转账和记录流水[(一个事务),(前面用token去重),(失败回滚,成功操作表记录已操作;ps操作状态默认是未操作)]
    这里怎样避免不可重复读?通过 sql 规避
  update account
        SET
        balance = balance + #{amount,jdbcType=DECIMAL}

这样A事物和B事物同时操作也不会出错,不需要读取数据,不会有重复读问题
由于根本没有读操作,这里就不会有幻读问题

在事物commit隔离级别中,中不会有脏读问题!!!
所以多次读取同一个存在的数据,结果是一样的

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值