网站制作简单模版,网站开发与设计专业,全国最大的机械设备采购平台,seo诊断书案例“灵魂拷问秒杀这种大并发的写场景#xff0c;直接分库分表开干#xff1f;应对秒杀活动的流量高峰很难吗#xff1f;不要拿淘宝级别的秒杀忽悠我秒杀活动特点我敢说凡是做过电商的同学#xff0c;都会遇到运营展开的秒杀#xff0c;限时购等“高并发”的活动。市面上也有… “灵魂拷问秒杀这种大并发的写场景直接分库分表开干应对秒杀活动的流量高峰很难吗不要拿淘宝级别的秒杀忽悠我秒杀活动特点我敢说凡是做过电商的同学都会遇到运营展开的秒杀限时购等“高并发”的活动。市面上也有不少针对秒杀的解决方案什么分库分表缓存消息队列呀但凡能想到的技术“靓点”都基本会写上一段。我觉得应对秒杀这样的带有流量峰值的业务还是要仔细分析业务的特性以及根据自己系统的业务量来确定需要采用哪些技术“靓点”假如一个日活10万的系统采用了分库分表缓存消息队列限流降级等等技术手段虽然功能上达到了预期但是其实资源上可能会有些浪费技术上也许只需要一个限流手段就足够了。说这些不是想表达什么我只是想说那些上来就分库分表等“大手笔”的“优化”手段一定要根据实际业务去考察是否需要实施。言归正传秒杀这种业务场景其实特点很明显带有短期流量峰值特性即短时间内会有大量的请求涌入请求的数据带有热点性即大量的请求同一数据请求的成功有效率低即大量的请求中可能只有少量请求会成功处理业务请求的流量峰值发生在下单之前即付款阶段很少存在流量峰值静态资源静态资源是指商品的图片视频音频html页面等几乎不会变化的资源这些资源的处理方式和缓存类似尽量放在离用户最近的地方比如浏览器的本地缓存当缓存过期的时候优先推荐从CDN中获取CDN是应对静态资源访问高峰的最简单粗暴也是最有效的解决方案如果没有CDN怎么办那最少要把请求这些静态资源的服务器和后台业务服务器物理上分离避免因为静态资源而影响正常的业务。比如很早之前我就喜欢每个项目单独一个存放图片cssjs的网站这个网站的优势是无状态可以做到傻瓜式横向扩展。至于静态资源的缓存更新我想你可以百度一下会有很多答案。业务让步如果负责秒杀活动的产品经理是一个优秀的产品经理的话就不会设计出用户点击秒杀马上给予是否下单成功这样的系统。熟悉分布式的同学肯定会想到想保证这样的数据一致性在可用性上必然会有所牺牲。尤其是秒杀这样的业务我觉得可用性要比一致性优先级要高所以几乎所有的秒杀系统都会采用BASE理论来设计系统一致性上采用最终一致性。在用户看来点击秒杀按钮之后会弹出一个等待的提示在技术上我们称之为异步处理。异步处理对于用户最明显的感知就是不会马上得到结果而是要等待一段时间。其实这样的设计也是在技术和业务之间的一个权衡算是业务作出的让步。至于秒杀之前需要输入验证码或者某些题的答案等手段其实也可以算是业务上作出的一些让步。为什么说是让步呢对于用户来说最理想的秒杀场景是一点秒杀按钮马上给予结果但是技术上难度太大了所以嘛互相让一步大家都好过对不对技术第一招限流对于秒杀出现的流量峰值限流是最直接的削峰手段被限制的请求可以直接返回客户端提示请求中提示。可想而知当10000/S的请求量被削成100/S的量估计系统稍微优化一下就能抗住至于限流的策略根据业务会有很多不同的方式比如针对同一个用户的请求次数限流例如每个用户每10秒只允许请求一次针对同一个IP的请求次数限流例如每个IP每10秒只允许请求一次至于限流的算法之前写过一篇文章来介绍而且性能还不错哦高并发优雅的做限流第二招消息队列说到消息队列每个程序员都不陌生它相当于一个快速的数据容器可以作为一个缓冲层来应对流量高峰。如果从它的使用场景上来看它可以算是低速设备和高速设备之间的平衡者使用消息队列来进行削峰是一个很明显的异步流程。应用到秒杀的场景下大量的请求会先进入消息队列它不仅削平了流量的峰值而且把秒杀下单的这个流程异步化只要把请求都暂存入队列消费端慢慢消费即可但是这里要注意如果消费的速度远远慢于消息的投递速度可能会影响整个系统性能。除了削峰之外我始终认为消息队列的最大作用是系统解耦它把下单和支付解耦下单和支付业务可以随着自身系统的承载量来单独扩容。第三招缓存为什么要加入缓存这个选项呢别忘了除了大量的用户下单这个写操作之外还有更大量的用户请求下单结果这个读操作。当用户点击秒杀按钮之后系统会弹出等待的提示框很多系统是不停的去轮训用户的下单结果我之前也写过缓存的文章曾经提到过缓存最大的作用是提供读操作的快速响应。整个秒杀系统可以这样做用户点击下单按钮请求经过限流组件如果成功则进入下单环节这里可以进入消息队列异步下单服务端无论是采用redis缓存还是其他缓存组件存放着下单成功的用户信息也可以包括订单信息客户端采用轮训的方式去查询缓存如果查询到信息说明下单成功进入支付环节未查询到则说明下单还未成功服务端下单成功往缓存中写入数据当用户下次再次查询的时候会提示下单成功。虽然过程很简单但是其实整个过程中有很多细节需要注意比如缓存的过期时间怎么设置能否引入下单中的状态怎么保证缓存数据和数据库数据的一致性谈了千百遍的缓存数据的一致性问题除了以上的信息数据缓存商品的信息数据也可以放在缓存中由于读的请求量比较大可以考虑采用缓存副本的方式来提高整体的吞吐量。写在最后其实很多系统应用上消息队列限流之后针对秒杀业务已经足够了其余的分库分表等方案可以根据自己的业务量来确定。每个系统在满足功能性的需求下也在满足非功能性需求的前提下越简单越好不是每个系统都需要淘宝的架构。END更多精彩文章????分布式大并发系列????架构设计系列????趣学算法和数据结构系列????设计模式系列
