秒杀系统之热点优化

终有链响

已于 2024-05-16 22:31:04 修改

阅读量1k

点赞数 34

文章标签： java spring 安全架构安全性测试设计模式

于 2024-05-15 06:45:00 首次发布

本文链接：https://blog.csdn.net/qq_38420688/article/details/138809358

版权

热点分为热点操作和热点数据，以下分开进行讨论。

零点刷新、零点下单、零点添加购物车等都属于热点操作。热点操作是用户的行为，不好改变，但可以做一些限制保护，比如用户频繁刷新页面时进行提示阻断。

热点数据的处理三步走，一是热点识别，二是热点隔离，三是热点优化。

热点数据分为静态热点和动态热点，具体如下：

静态热点：能够提前预测的热点数据。大促前夕，可以根据大促的行业特点、活动商家等纬度信息分析出热点商品，或者通过卖家报名的方式提前筛选；另外，还可以通过技术手段提前预测，例如对买家每天访问的商品进行大数据计算，然后统计出
TOP N 的商品，即可视为热点商品
动态热点：无法提前预测的热点数据。冷热数据往往是随实际业务场景发生交替变化的，尤其是如今直播卖货模式的兴起——带货商临时做一个广告，就有可能导致一件商品在短时间内被大量购买。由于此类商品日常访问较少，即使在缓存系统中一段时间后也会被逐出或过期掉，甚至在db中也是冷数据。
瞬时流量的涌入，往往导致缓存被击穿，请求直接到达DB，引发DB压力过大

因此秒杀系统需要实现热点数据的动态发现能力，一个常见的实现思路是：

异步采集交易链路各个环节的热点 Key 信息，如 Nginx采集访问URL或 Agent
采集热点日志（一些中间件本身已具备热点发现能力），提前识别潜在的热点数据
聚合分析热点数据，达到一定规则的热点数据，通过订阅分发推送到链路系统，各系统根据自身需求决定如何处理热点数据，或限流或缓存，从而实现热点保护

需要注意的是：

热点数据识别出来之后，第一原则就是将热点数据隔离出来，不要让 1% 影响到另外的 99%，可以基于以下几个层次实现热点隔离：

当然，实现隔离还有很多种办法。比如，可以按照用户来区分，为不同的用户分配不同的 Cookie，入口层路由到不同的服务接口中；再比如，域名保持一致，但后端调用不同的服务接口；又或者在数据层给数据打标进行区分等等，这些措施的目的都是把已经识别的热点请求和普通请求区分开来。

热点数据隔离之后，也就方便对这 1% 的请求做针对性的优化，方式无外乎两种：

数据的热点优化与动静分离是不一样的，热点优化是基于二八原则对数据进行了纵向拆分，以便进行针对性地处理。热点识别和隔离不仅对“秒杀”这个场景有意义，对其他的高性能分布式系统也非常有参考价值。

推荐阅读：
秒杀系统之设计方向
 秒杀系统之系统优化

关注