超卖问题

参考这个链接

http://t.zoukankan.com/yaopengfei-p-12418229.html

超卖需要注意的问题

4. 资源静态化 降低服务端请求压力

5. 前端配合的按钮间隔置灰等等

2. 规避链接暴露+盐处理

1. 不要自己的系统出问题把别人的也搞挂了

  所以要注意单一职责原则,可以把这个抢购单独出一个服务 一个数据库

3. 在缓存端处理库存问题 避免数据库崩溃

6. 服务端的限流 降级 熔断等等操作

7. 中间件先缓存请求,然后慢慢消费 减少太高的并发等

8. 把请求按顺序存储在消息队列,当消息队列满了说明库存理论上也没了,然后再逐个生成订单

 

分布式锁+数据库会产生的问题是:

线程1和线程2同时开启事务,然后线程1拿到锁,进行更新库存,线程2在事务2中是看不到修改后的库存的所以这时会出现问题

可以吧库存这步放到redis中,或者把校验库存和下订单放到获取到锁之后

数据库层面可以使用乐观锁悲观锁来控制

posted @   rudynan  阅读(59)  评论(0编辑  收藏  举报
编辑推荐:
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
阅读排行:
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!
点击右上角即可分享
微信分享提示