秒杀系统特点
- 时间极短、 瞬间用户量大。
秒杀系统需要新建一个项目+数据库来搞?
是的
- 秉着"单一职责"的原则,还是需要另外搞一套系统来做秒杀系统
- 另外就是,秒杀系统出问题的几率还是比较大的,如果影响到正常的商城系统,那就得杀个程序员祭天了
- 但是一些流量不大的微服务还是可以调用的,例如商品详情微服务
恶意请求(脚本+黄牛疯狂提交)
秒杀链接加盐
- 高防cdn看能不能对请求进行过滤
- URL动态化
流量特别高
从整个网络链路的开始就对流量进行限制
- 前端限流
一般秒杀不会让你一直点的,一般都是点击一下或者两下然后几秒之后才可以继续点击 - 静态资源放在cdn服务器
- 恶意请求拦截
- 可以用nginx做
- 后端限流
- 限流&降级&熔断&隔离
- sentinel,hystrix
- 利用mq削峰填谷
- 库存预热
- 就是把数据放到redis中去
- redis集群
- 读写分离:这个时候就需要用lua脚本进行写操作,因为读的数据不一定正确,必须保证库存>0
超卖
- redis+lua脚本进行扣库存操作.
数据库崩溃
- 需要层层削峰,库存扣除在redis做
标签:库存,系统,cdn,redis,限流,秒杀,设计 来源: https://www.cnblogs.com/cgengwei/p/16327775.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。