mysql 针对高并发下,同时修改单条数据发生冲突导致数据错误的问题(例如:高并发下单,导致库存为负数)

毕业后第一次做的项目就是电商,但是当时也不明白这个问题。

所以给自己埋下一个坑。

先说说当初的做法,和遇到的问题。

//开启事务

start transaction;

//查询库存

select number from item where id = 1;

//如果大于购买数量进入购买,如果小于返回错误 并rollback

//进入购买

update item set item number = number - 1 where id = 1;

//如果成功commit 如果失败 rollback

问题:

当两个人 同时下单,同时进入事务  这个时候两个人查的数量是相同的,以下为模拟

步骤1=》用户1:查询item 数量为5

步骤2=》用户2:查询item 数量为5

步骤3=》用户1:买了五个将item的数量减5 并且成功

步骤4=》用户2:买了五个将item的数量减5 由于mysql的自身锁的问题 (因为用户1 没有提交 所以用户2 需要等待用户1 commit 才能真正的修改成功)

步骤5=》用户1:commit 成功修改数量并且成功购买

步骤6=》用户2:等待状态解除,将item的数量也成功减5 数量变为-5

错误:最后item为-5

解决的办法:

1.乐观锁:在修改库存的时候加上条件数量需要大于0,如果修改结果失败或者修改条数为0说明库存不足进行回滚

2.悲观锁:在查询的时候  select * from item where id = 1 改为  select * from item where id = 1 for update 进行锁定

  这个时候其他用户是无法查询到的。

这是目前理解的两种方法,不过不明白这里面的具体性能问题是怎么样的。也不清楚哪个方案更好。

在这里 也不讲述乐观锁和悲观锁了   因为本人也并不是完全理解 待我去寻摸一本书,弄明白了 在补充

  • 3
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 16
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值