背景说明

使用全站加速后，用户请求均访问到节点，由节点响应文件给用户。在文件可缓存情况下，节点的访问流量通常远大于回源流量。如果通过客户控制台查看发现回源流量大于访问流量，可参考本文档进行排查。

可能原因

全站加速开启压缩，而源站未开启压缩

源站未开启压缩功能时，节点回源请求获取到的是非压缩文件，而节点上如果开启了压缩，针对用户请求头包括Accept-Encoding: gzip, deflate时，节点会响应压缩后的文件。由于压缩后文件大小约为未压缩文件大小的10-30%，如果域名整体请求量较小，此时可能会造成全站加速服务的回源流量大于访问流量。

解决方案：此场景下建议源站开启Gzip压缩。详见：文件压缩。

                    
注意
                    
节点回源时，默认会携带Via请求头，对于请求头带有Via的请求，源站即便开启Gzip压缩，仍有可能无法返回正确的压缩响应，此时也会造成回源流量大于访问流量。该情况下建议调整源站的Gzip压缩配置以使其生效，以nginx为例，可通过设置：gzip_proxied any使得Gzip压缩成功。
                    
                  
                  

用户请求Range，但源站不支持Range，全站加速配置完整文件回源

如用户请求Range，而源站不支持Range，全站一般要配置完整文件回源才能缓存文件，此时源站响应的文件大于客户端请求的Range范围，如果用户最终并未请求完整文件，且域名总体请求量较小，此时也会造成回源流量大于访问流量。

解决方案：暂无。建议客户源站改造支持Range请求。