场景题（微信红包，秒杀）

最新推荐文章于 2024-07-27 13:31:57 发布

azure-ww

最新推荐文章于 2024-07-27 13:31:57 发布

阅读量101

点赞数

文章标签： java

本文链接：https://blog.csdn.net/qq_42426311/article/details/128437262

版权

秒杀系统面临超卖、高并发和接口防刷等问题。设计上，应单独设立秒杀数据库，使用乐观锁防止超卖；通过静态化页面、Redis集群和Nginx提升并发能力；利用Redis预减库存和lua脚本确保原子操作；结合令牌桶算法和限流策略限制无效请求，并采用异步下单和队列削峰；最后，设置服务降级策略以应对异常情况。

摘要由CSDN通过智能技术生成

1.2 秒杀系统相关问题

参考答案

秒杀应该考虑哪些问题？

超卖问题

分析秒杀的业务场景,最重要的有一点就是超卖问题，假如备货只有100个，但是最终超卖了200，一般来讲秒杀系统的价格都比较低，如果超卖将严重影响公司的财产利益，因此首当其冲的就是解决商品的超卖问题。
高并发

秒杀具有时间短、并发量大的特点，秒杀持续时间只有几分钟，而一般公司都为了制造轰动效应，会以极低的价格来吸引用户，因此参与抢购的用户会非常的多。短时间内会有大量请求涌进来，后端如何防止并发过高造成缓存击穿或者失效，击垮数据库都是需要考虑的问题。
接口防刷

现在的秒杀大多都会出来针对秒杀对应的软件，这类软件会模拟不断向后台服务器发起请求，一秒几百次都是很常见的，如何防止这类软件的重复无效请求，防止不断发起的请求也是需要我们针对性考虑的。
秒杀URL

对于普通用户来讲，看到的只是一个比较简单的秒杀页面，在未达到规定时间，秒杀按钮是灰色的，一旦到达规定时间，灰色按钮变成可点击状态。这部分是针对小白用户的，如果是稍微有点电脑功底的用户，会通过F12看浏览器的network看到秒杀的url，通过特定软件去请求也可以实现秒杀。或者提前知道秒杀url的人，一请求就直接实现秒杀了。这个问题我们需要考虑解决。
数据库设计

秒杀有把我们服务器击垮的风险，如果让它与我们的其他业务使用在同一个数据库中，耦合在一起，就很有可能牵连和影响其他的业务。如何防止这类问题发生，就算秒杀发生了宕机、服务器卡死问题&