处理系统中一个并发引起的bug

背景

之前系统在更新某条业务数据的状态时,并没有判断该数据的原来的状态,直接更新成了最新状态。这样如果有多线程来访问代码,会出现由于并发导致出现脏数据。

简单举例

订单数据:

idnamestatus
1测试1

业务场景:

当某个业务请求过来后,我们会把订单数据的status更新成2,表示订单完成,然后进行后续业务动作,产生一些正常的业务数据。

错误的代码片段

Order order = db.getOrder(orderId);
if (order.getStatus = 1) {
   //把订单状态更新为2
  db.updateOrderStatus(2);
}

这段代码是有问题的,如果两个线程同时都通过order.getStatus=1 这个判断,那么都会去更新数据状态,并且更新成功进入后续的流程,这样的话,就会产生一些不必要的数据,对系统和用户都带来了影响。

正确的代码片段

int count = db.updateOrderStatusWithOriginOrderStatus(1,2);

可以利用数据库,把原来的订单状态传递进去,当线程Thread1更新数据时,只有订单状态还是1的,才进行状态更新,一旦订单数据的状态已经不是1了,说明这条订单数据被其他的线程(这里假设是Thread2)捷足先登 的更新了。这个时候,Thread1应该return出去了,不要再做任何事情了。

备注:

当然也可以使用乐观锁来处理,使用version判断。原理其实跟我上面提到的方案差不多。

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值