CN2 GIA双向优化和单程回程优化，差价到底花在哪 买香港、美国、日本这类海外服务器时，经常会看到两种写法：CN2 GIA双向优化、CN2回程优化。看起来都带CN2，实际体验差别不小，价格也经常差一倍。这里最容易踩坑的是，把“回程优化”理解成“访问全程都优化”。 实际链路里，访问一次海外服务器至少有两个方向：中国用户到服务器，叫去程；服务器返回中国用户，叫回程。Web访问、API请求、SSH、游

CN2 GIA丢包率突然飙高，别急着甩锅，也别只盯运营商 CN2 GIA线路平时给人的印象是稳，尤其是大陆回香港、美国西海岸这类方向，延迟和抖动通常都比较漂亮。也正因为平时稳，一旦监控里看到丢包率从0%跳到5%、10%，甚至某个时间段飙到30%，很多人第一反应就是：线路炸了，直接提工单。 实际使用中发现，CN2 GIA丢包突然升高，确实可能是上游链路、跨境出口、机房BGP策略调整导致的，但也有不少

CDN配了HTTPS证书，源站还要不要开443端口 这个问题在实际接入CDN时很常见。很多人以为CDN上已经上传了HTTPS证书，用户访问也是https://域名，那源站就不用管443了。这里容易混淆两个位置：用户到CDN节点这一段，和CDN节点到源站这一段。 CDN上的HTTPS证书，只负责浏览器到CDN边缘节点的TLS握手。浏览器看到的证书、锁标识、TLS版本，都是CDN节点在处理。至于CDN

CDN节点选亚太区还是欧美区，别只看价格和带宽 CDN节点区域怎么选，实际项目里经常不是“亚太便宜就上亚太”“欧美带宽大就上欧美”这么简单。尤其是业务同时面向中国大陆、东南亚、北美、欧洲用户时，节点区域选错，页面首屏慢、API抖动、下载速度不稳定，排查起来还容易误判成源站性能问题。 实际使用中发现，CDN节点区域的选择主要受三件事影响：用户在哪里、源站在哪里、业务内容是什么类型。静态图片、视频下载

CDN节点缓存穿透打垮源站，是预热没做好，还是规则配错了 CDN把源站打穿，这类事故现场通常不复杂：源站 CPU 飙高、Nginx upstream 排队、数据库连接池被占满，CDN控制台看着命中率从 90% 掉到 40%，回源带宽突然抬头。问题是，复盘时很容易被一句“缓存没预热好”带偏。 实际使用中发现，预热只解决一部分问题。更常见的是缓存规则没有覆盖真实请求形态，或者动态参数、Header、C

CDN节点缓存命中率低，排查时别一上来就怀疑节点 CDN缓存命中率低，现场最容易出现的误判是：看到回源带宽上涨、源站CPU升高，就直接判断CDN节点缓存有问题。实际使用中发现，很多命中率低并不是节点不缓存，而是请求本身被拆得太碎、缓存规则没覆盖、源站响应头把缓存拦住了，或者业务在URL里塞了太多动态参数。 排查这类问题，建议先把“命中率低”拆开看：是整体命中率低，还是某个目录、某类文件、某个区域、

CDN节点缓存命中率低，先别急着加节点 CDN缓存命中率低，表面看是节点没有缓存住资源，实际排查时经常会牵出源站、URL、Header、业务发布、用户访问分布、缓存策略这些问题。实际使用中发现，很多团队一看到命中率从 90% 掉到 60%，第一反应是怀疑 CDN 厂商节点质量不行，但真正抓日志看下来，常见原因反而是业务侧把缓存打散了。 缓存命中率一般看两个指标：请求命中率和字节命中率。请求命中率高

CDN节点缓存命中率低于60%，先别急着改回源策略 CDN缓存命中率低于60%，现场排查时经常会被归到“回源策略有问题”。但实际使用中发现，更多情况不是回源链路不行，而是缓存规则没有配对，或者业务本身把大量请求设计成了不可缓存。 缓存命中率这个指标看起来简单，实际拆开有两层：请求命中率和字节命中率。请求命中率低，说明大量请求没有在边缘节点拿到结果；字节命中率低，说明大文件、大流量内容回源比例高。两

CDN节点缓存命中率低于50%，通常不是流量问题，而是缓存规则在打架 CDN缓存命中率低于50%，在生产环境里算是比较明显的异常。除非业务本身就是大量动态接口、强登录态页面、实时查询类请求，否则静态资源、下载包、图片、视频切片这类场景，正常命中率不应该长期趴在这个位置。 实际使用中发现，很多站点接入CDN后，带宽确实走到CDN了，但节点缓存没真正发挥作用。看监控时会发现两个现象：边缘节点回源流量很

CDN节点缓存命中率一掉，源站压力不是线性增加 CDN看起来是把静态资源放到边缘节点上，用户就近访问，源站少扛流量。实际使用中发现，很多故障并不是带宽突然暴涨，而是缓存命中率从一个看似还可以的数值掉下来，源站连接数、CPU、磁盘IO、数据库查询一起被拖上去。 比如一个站平时CDN命中率在95%，源站只需要处理5%的回源请求。某次改版后Cache-Control没配好，命中率掉到80%。表面看只是少