有人满心欢喜接了 CDN，结果测速一开，首屏比没接还慢。这种“挂了CDN反而更慢”的情况八成不是 CDN 没用，而是缓存和回源配置没做对，“CDN加速怎么用”的功课只做了一半。后台常收到这类反馈：流量小的时候没感觉，一有大图或视频就卡。下面按从高发到低发的顺序，把几个典型坑排一遍，对着查就能定位。
一、缓存没命中，每次都回源
这是最常见的原因。CDN 的加速逻辑是“节点有缓存就直接返回，没有才回源”。如果你的缓存规则把图片、JS、CSS 都设成了不缓存，或者缓存时间太短，那用户每次请求都打到源站，等于绕了一圈又回到原点，反而多了一层节点转发的延迟。排查方法是看响应头里的 X-Cache：全是 MISS 就说明缓存没生效。解决办法是按文件类型补缓存规则，静态资源缓存 7 天以上，更新靠加版本号或手动刷新，而不是靠不缓存。缓存命中率一旦上来，源站压力骤降，速度自然就快了。
二、回源配置错了，绕远路
第二种坑是回源地址填成了被加速的域名本身，形成“CDN 回源又问 CDN”的死循环，节点永远取不到内容，只能超时重试，表现就是时快时慢、偶发 502。正确做法是回源地址填源站真实 IP 或源站独立域名，和加速域名严格分开。另外回源协议、回源 Host 也要核对：全站 HTTPS 就选 HTTPS 回源，回源 Host 填源站 Nginx 里 server_name 绑定的域名，否则源站匹配不到站点会返回 404，节点只能反复重试。回源配置是“CDN加速怎么用”里最容易被跳过的死角，慢的根源往往就在这。
三、源站本身慢，CDN 背了锅
还有一种情况：源站 TTFB 本来就高，动态页面没缓存、数据库查询慢，CDN 只能老老实实回源拿这个慢结果，自然也快不了。这种时候不是 CDN 没配好，是源站该优化。判断方法是绕过 CDN 直连源站测一次，如果直连也慢，问题在源站，CDN 救不了，得去查程序、数据库和服务器配置。别一慢就怪 CDN，先分清是节点问题还是源站问题，方向错了白白折腾。
四、用小文件测速，数据失真
最后是个测量误区：很多人用几 KB 的首页测速，结果受 DNS、握手波动影响大，看不出 CDN 效果。CDN 对大文件、多资源的提升最明显，应该测整页加载或者实际下载一个几 MB 的资源。测的时候多点几个不同地域的节点，国产 CDN 国内节点快，海外可能反而慢，这属于正常，选加速区域时要对应你的用户所在地。下面这段命令帮你把“慢在 CDN 还是慢在源站”一次测出来。
下面这段命令对比“直连源站”和“走 CDN”的响应耗时，帮你定位慢在哪。它干什么用——分别测源站 IP 和 CDN 域名的时间，看慢的是源站还是 CDN；要改哪里——把 origin_ip 和 cdn_host 换成你的；跑完看什么——若直连也慢，问题在源站，CDN 救不了；若直连快、CDN 慢，回头查回源配置和缓存命中率。
# 对比源站与 CDN 的耗时
curl -o /dev/null -w "源站: %{time_total}s\n" http://origin_ip/
curl -o /dev/null -w "CDN: %{time_total}s\n" https://www.example.com/
把上面四节按顺序过一遍：先看缓存命中率是不是全 MISS，再看回源配置有没有绕回自己，然后直连源站判断是不是源站慢，最后用整页测速避免数据失真。四个坑排完，挂了 CDN 反而更慢的问题基本都能定位到具体环节，回去改对应配置就行。
相关阅读：《CDN加速怎么用？从接入到回源配置的完整步骤》、《SSL证书装了浏览器还提示不安全？八成是这两个环节没做对》、《网站服务器怎么选？配置、线路与预算的对应关系》
A5创业网 版权所有