记录一次高并发情况下批量更新数据的问题

导读:本篇文章讲解 记录一次高并发情况下批量更新数据的问题,希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com

需求简介:

1.用户领用优惠券接口开发

2.优惠券包领取:一个券包里有多种优惠券,领取一次券包,即券包中的所有券都领取一次。

需求2解决思路:

1.通过循坏调用1接口,来实现接口2。效率会根据券包中券数量增加而递减。

2.将数据组合,批量操作。数据库层面批量新增,批量更新。

问题:

1.思路1的方式出现死锁情况

原因:更新的数据量比较多,耗时比较久,并且更新的数据没有顺序,导致在不同事务中出现互相锁定循环等待情况。比如:事务A:更新数据id为(1,3,9,4),事务B:更新数据id为(8,9,3,2),当事务A将要更新id为9的数据,而同时事务B将要更新id为3的数据时,就会出现死锁情况。

解决方案:将要更新的数据排序

2.思路2的效率并没有显著提高

思路2通过批量操作,操作数据库次数少了,本地测试确实耗时更短,但是性能测试显示,在高并发情况下,批量更新数据库,锁的数据更多,性能并不能得到有效提升。

如果想在高并发情况下频繁操作数据库还是得参考秒杀类似的方案,通过Redis和MQ异步处理。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/1270.html

(0)
小半的头像小半

相关推荐

极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!