2026-10-24 · 技術
白天正常、晚上卡頓是跨境業務的典型症狀。本文給出一套從使用者側到應用層的五步排查順序，並說明如何根據丟包出現的跳數，判斷問題在接入段、中間鏈路還是目標機房。
做外貿站、跨境電商或海外發行的人大多遇到過這種情況：白天一切正常，晚上八九點開始頁面轉圈、介面超時，客服收到一堆打不開的反饋，但自己在辦公室測又沒問題。 跨境場景的晚高峰問題，靠猜很容易走偏，按順序排查能省下大量時間。 第一步，先分清是所有人慢還是一部分人慢。讓反饋的使用者提供所在城市、運營商和大致時間，最好附一張截圖。如果集中在某幾個省份或某家運營商，問題大機率在互聯互通或該運營商的國際出口；如果各地使用者一致變慢，才輪到懷疑機房和源站。這一步做錯，後面全是白忙。 第二步，看路徑。用 mtr 同時向目標域名做 v4 和 v6 的測試，重點看丟包從第幾跳開始。判斷規則很樸素：從某一跳開始丟、後面每一跳都持續丟，說明問題在那一段鏈路；只有最後一跳丟、前面乾淨，通常是目標側擁塞或限速；中間某一跳單獨丟、後面恢復正常，多半是那臺路由器不響應探測，屬於假警報。 第三步，看入口頻寬有沒有打滿。機房出口或伺服器網絡卡在晚高峰跑滿時，表現和鏈路丟包幾乎一樣。讓服務商提供入口流量圖，比對時間點，能快速排除或確認。 第四步，看應用層。很多人把資料庫慢查詢、連線池耗盡、日誌同步阻塞誤判成網路問題。做法是看源站自身的響應時間：如果請求已經到達源站但處理耗時飆升，那就不是鏈路的事。晚高峰的併發往往比白天高一個量級，連線數和慢查詢要一起看。 第五步，才輪到討論加速手段。靜態資源下沉到 CDN，讓圖片、樣式、影片從就近節點返回；動態介面走最佳化線路或專線，減少公網繞行；使用者集中的區域就近部署節點，把跨境訪問變成區域內訪問；頻寬從共享換成獨享，避免高峰期被同機房其他使用者擠佔。 有一個細節值得強調：跨境延遲有物理上限。光在光纖裡的速度大約是真空的三分之二，任何方向都有不可突破的理論下限。服務商說比公網穩定、繞路更少是可信的，說遠低於物理極限就要多問一句。 最後，別等出事才測。建議在晚高峰固定跑一次撥測，記錄各地延遲和丟包，形成基線。有了基線，下次波動時你只需要對比，而不是從零判斷。 加速IDC 提供東南亞等多地節點的雲伺服器、CDN 加速與頻寬租用，跨境業務可以按區域分佈選點，先把使用者最集中的一兩個市場做穩，再逐步擴充套件。
