高并发下解决商品超卖-mysql的悲观锁

本文介绍了一个常见的应用场景:在高并发情况下使用排它锁确保商品数量更新的准确性。通过实例展示了如何利用for update来实现行级锁定,防止多个事务同时修改同一行数据。

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

几番搜索之后,明白这是一个上锁用的。
上的是一个排它锁,也就是说,其他的事务是可以读取的。但是不能写入或者更新。
我们举一个项目中常见的应用场景吧。
比如有一张表 他有三个字段。id代表商品id ,name代表商品名字,count代表该商品数量。
我们为了显示抢购的时候显示该商品还剩余多少件。我们会手动的上锁。锁住id为1的商品。比如id为1的商品名字是某型号的mac pro。count代表了该商品还剩余多少件。当并发量很大的情况下,商品数量自减的值可能是不准确的。
所以当我们在一个事务中对count字段进行修改的时候,其他的事务应该是只能读取指定id的count值。而不能写入或者update。这个时候for update的作用就是在此刻体现的。
start transaction ;
select * from table_name where id =1 for update ;
update table_name set count = count - 1 where id= 1;
此时如果另一个事务也想执行类似的操作。
start transaction ;
select * from table_name where id =1 for update ;
//下面的这行sql会等待,直到上面的事务回滚或者commit才得到执行。
update table_name set count = count - 1 where id= 1;
顺带一提的是,当选中某一个行的时候,如果是通过主键id选中的。那么这个时候是行级锁。
其他的行还是可以直接insert 或者update的。如果是通过其他的方式选中行,或者选中的条件不明确包含主键。这个时候会锁表。其他的事务对该表的任意一行记录都无法进行插入或者更新操作。只能读取。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

猿峰

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值