VPS知识分享站访问量上来后，很多人第一反应是限流。其实不一定。
如果是正常用户变多，优先做缓存；如果是异常高频请求、刷接口、登录爆破，才优先限流。两者解决的问题不同。
缓存适合什么
内容页、首页、分类页、图片、CSS、JS，这些适合缓存。
缓存的作用是让请求少打到源站。用户仍然能访问，只是由缓存层返回内容。对文章站、落地页、企业官网来说，缓存是最温和的减压方式。
如果访问波动来自广告投放、自然搜索增长、活动流量，先看缓存和 CDN。
限流适合什么
登录、注册、搜索、评论、提交表单、接口请求，更适合限流。
这些入口如果被刷，会消耗数据库、应用和后台资源。限流可以让异常请求少一点，避免拖垮整个站。
限流规则不要一开始写得太狠。先看日志，确认异常模式，再逐步调整。
两者可以一起用
实际运维里，缓存和限流经常一起用。
内容页面走缓存，接口和后台入口做限流。静态资源上 CDN，登录和搜索加频率限制。这样既不影响正常阅读，也能保护容易被刷的地方。
如果是 WordPress 站点，可以先从页面缓存和图片 CDN 做起，再看登录、搜索、评论这些入口是否需要限流。先处理大头，效果通常更明显。
不同场景的判断
如果 CPU 高，但页面主要是文章和图片，先做缓存。
如果数据库压力高，搜索和登录请求异常，先做限流。
如果带宽高，先看 CDN 和图片压缩。
如果连接数异常，先看是否有攻击或爬虫。
不要只看一个指标就下结论。
风险边界
缓存可能带来内容更新延迟。限流可能误伤正常用户。
所以改动前要备份配置，改动后要观察日志。尤其是移动网络和公司网络，多个用户共用出口 IP，限流过严会出问题。
缓存规则也要注意登录态和购物车。电商、会员站不能把所有页面都当成静态内容缓存，否则可能出现用户看到旧价格、旧库存或错误状态。
结论
正常流量增长，先缓存。
异常高频请求，先限流。
带宽压力，先 CDN。
数据库压力，看接口和慢查询。
缓存让正常访问更轻，限流让异常访问更少。先分清流量性质，再选工具。
分不清时，先看日志和监控，不要一边猜一边改规则。
