最近做了一个抢红包的项目，这个项目涉及到了后端开发的多个技术点
以上这些技术点都是为高并发场景服务的。
为了使抢红包的请求能够依次处理，使用悲观锁将红包预先锁定。需要为该悲观锁设定一个最大生存时间，以确保发生不可预知的错误时，不会影响后续的用户抢红包。其余并发进入的请求将等待并争抢红包锁。一个请求处理完成，将红包解锁，下一个成功获取锁的请求将被处理。
处在等待状态的请求不断争抢红包锁。需设定一个最大重试次数，超时则请求处理过程结束。
实现悲观锁的方案有多种，这里采用了redis的原子操作setnx，setnx返回1代表争抢成功。
使用SELECT FOR UPDATE为数据加锁，保证同一时刻只能有一个请求更新数据。在应用层悲观锁的保护下，数据库锁争用、幻读的现象可以减少甚至避免，这样也降低了数据库本身的压力。
抢红包涉及到金钱，在发生异常时需回滚，保证数据一致性。
合理利用数据库索引可以避免不期望的结果。
红包的数据库采用了MySql，分两个表，主表和抢红包记录表。每个用户被限定最多只能抢一次红包，抢红包记录表中的唯一索引（红包id，用户id）可以避免发生意外。
经过应用层悲观锁、数据库锁的保护，发生这种意外的可能性已经微乎其微了。
关联文章一种红包分配算法及其实现
本文发布于:2024-02-01 23:47:56，感谢您对本站的认可！
本文链接：https://www.4u4v.net/it/170680747039955.html
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系，我们将在24小时内删除。
| 留言与评论（共有 0 条评论） |
