背景說明

使用全站加速后，用戶請求均訪問到節點，由節點響應文件給用戶。在文件可緩存情況下，節點的訪問流量通常遠大于回源流量。如果通過客戶控制臺查看發現回源流量大于訪問流量，可參考本文檔進行排查。

可能原因

全站加速開啟壓縮，而源站未開啟壓縮

源站未開啟壓縮功能時，節點回源請求獲取到的是非壓縮文件，而節點上如果開啟了壓縮，針對用戶請求頭包括Accept-Encoding: gzip, deflate時，節點會響應壓縮后的文件。由于壓縮后文件大小約為未壓縮文件大小的10-30%，如果域名整體請求量較小，此時可能會造成全站加速服務的回源流量大于訪問流量。

解決方案：此場景下建議源站開啟Gzip壓縮。詳見：文件壓縮。

                    
注意
                    
節點回源時，默認會攜帶Via請求頭，對于請求頭帶有Via的請求，源站即便開啟Gzip壓縮，仍有可能無法返回正確的壓縮響應，此時也會造成回源流量大于訪問流量。該情況下建議調整源站的Gzip壓縮配置以使其生效，以nginx為例，可通過設置：gzip_proxied any使得Gzip壓縮成功。
                    
                  
                  

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

如用戶請求Range，而源站不支持Range，全站一般要配置完整文件回源才能緩存文件，此時源站響應的文件大于客戶端請求的Range范圍，如果用戶最終并未請求完整文件，且域名總體請求量較小，此時也會造成回源流量大于訪問流量。

解決方案：暫無。建議客戶源站改造支持Range請求。