超卖问题
参考这个链接
http://t.zoukankan.com/yaopengfei-p-12418229.html
超卖需要注意的问题
4. 资源静态化 降低服务端请求压力
5. 前端配合的按钮间隔置灰等等
2. 规避链接暴露+盐处理
1. 不要自己的系统出问题把别人的也搞挂了
所以要注意单一职责原则,可以把这个抢购单独出一个服务 一个数据库
3. 在缓存端处理库存问题 避免数据库崩溃
6. 服务端的限流 降级 熔断等等操作
7. 中间件先缓存请求,然后慢慢消费 减少太高的并发等
8. 把请求按顺序存储在消息队列,当消息队列满了说明库存理论上也没了,然后再逐个生成订单
分布式锁+数据库会产生的问题是:
线程1和线程2同时开启事务,然后线程1拿到锁,进行更新库存,线程2在事务2中是看不到修改后的库存的所以这时会出现问题
可以吧库存这步放到redis中,或者把校验库存和下订单放到获取到锁之后
数据库层面可以使用乐观锁悲观锁来控制
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 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 让容器管理更轻松!