流量洪峰：热门短链接带来的流量冲击

场景

想象一下这个场景：

1. 某明星突然宣布结婚 📱

   • 粉丝疯狂转发相关链接
   • 一小时内点击量从 1000 爆发到 1000万+

2. 重大新闻发布 📰

   • 权威媒体报道重要新闻
   • 相关短链接在社交媒体病毒式传播

3. 限时优惠活动 🎁

   • 网络红人发布限时折扣
   • 短链接瞬间被几十万人同时点击

4. 热门话题讨论 💬

   • 热点话题引发热议
   • 相关讨论和分享激增

真实案例：

• 某电商平台黑五活动期间，短链接点击量单日突破 1 亿次
• 某新闻客户端热门新闻的短链接，3 分钟内被访问 500 万次
• 某娱乐明星绯闻相关链接，2 小时内访问量破千万

问题：系统崩溃的痛苦

当流量突然暴增时，我们的短链接系统会面临什么？

现状问题分析

让我们先看看我们的”完美”系统是如何设计的：

落地思路

• 这里省略具体语法，只保留设计层面的职责边界。
• 读这段时重点看：输入是什么、系统做哪些判断、状态如何变化、失败时如何兜底。

这个简单系统在流量洪峰面前的表现：

落地思路

• 这里省略具体语法，只保留设计层面的职责边界。
• 读这段时重点看：输入是什么、系统做哪些判断、状态如何变化、失败时如何兜底。

具体故障表现

应对策略：层层递进的防御体系

策略 1：缓存层防护 🛡️

首先，我们需要在最前面加上缓存层：

落地思路

• 这里省略具体语法，只保留设计层面的职责边界。
• 读这段时重点看：输入是什么、系统做哪些判断、状态如何变化、失败时如何兜底。

缓存策略配置：

落地思路

• 这里省略具体语法，只保留设计层面的职责边界。
• 读这段时重点看：输入是什么、系统做哪些判断、状态如何变化、失败时如何兜底。

策略 2：负载均衡 ⚖️

单个服务器扛不住？那就用多个！

落地思路

• 这里省略具体语法，只保留设计层面的职责边界。
• 读这段时重点看：输入是什么、系统做哪些判断、状态如何变化、失败时如何兜底。

策略 3：流量削峰 📊

防患于未然，在流量达到峰值前就采取措施：

落地思路

• 这里省略具体语法，只保留设计层面的职责边界。
• 读这段时重点看：输入是什么、系统做哪些判断、状态如何变化、失败时如何兜底。

策略 4：降级机制 🔧

系统扛不住时，优雅降级：

落地思路

• 这里省略具体语法，只保留设计层面的职责边界。
• 读这段时重点看：输入是什么、系统做哪些判断、状态如何变化、失败时如何兜底。

性能对比测试

让我们对比不同策略的效果：

落地思路

• 这里省略具体语法，只保留设计层面的职责边界。
• 读这段时重点看：输入是什么、系统做哪些判断、状态如何变化、失败时如何兜底。

实战策略拆解

Redis 缓存配置

验证要点

• 命令只用于验证系统状态，读者不需要记具体参数。

入口层限流策略

入口配置要点

• 入口层负责接住流量，并把请求转发到后端服务。
• 限流和连接控制放在入口层，可以更早保护后端。
• 代理配置的重点是保留必要请求信息，方便后端识别来源和生成日志。

本章小结

面对流量洪峰，我们的防御体系包括：

关键指标

设计原则

1. 缓存优先：尽量使用缓存，减少数据库访问
2. 降级处理：宁可降级也不崩溃
3. 监控预警：及时发现异常，主动处理
4. 弹性伸缩：根据流量动态扩缩容

下一步

我们解决了流量洪峰问题，但还有一个关键挑战：如何在分布式环境中生成全局唯一的短链接 ID？

答案：分布式 ID 生成器。我们将在下一章深入探讨。

练习题

练习 1

如果缓存命中率只有 60%，流量从 1000 QPS 增加到 10000 QPS，数据库负载增加了多少？

练习 2

熔断器机制的原理是什么？为什么要在系统中实现熔断？

练习 3

设计一个滑动窗口限流算法，如何实现？