为什么同一台机器，白天快晚上慢

这个问题几乎每个用过海外服务器的人都遇到过。白天测速一切正常，ping 稳、下载快；到了晚上八点以后，页面开始转圈，后台点一下要等好几秒。而重启一下好像又好了，于是有人以为是「机器太累」。真相是：机器没累，是它背后的那条路在晚上被别人占满了。

一、先花十分钟排除一件事：是不是你自己的问题

在怪网络之前，先花十分钟确认瓶颈不在自己这边。

第一步：看机器负载。

# 三个数一起看：负载、CPU、内存
uptime
top -bn1 | head -15
free -m

判读：如果负载不高、CPU 不过半、内存没爆，那机器本身没累。如果负载在晚上明显上升，那是业务量本身在涨，属于正常现象。

第二步：看磁盘等待。

这一项最容易被漏掉，但它能解释一半的「晚上变慢」。很多人的业务白天访问量小，晚上流量上来，磁盘队列跟着变长，于是所有请求都在等盘。这种情况和网络毫无关系，换线路也不会改善。

# iowait 高说明卡在磁盘，不是网络
iostat -x 1 5

判读：%util 长期接近 100%、await 持续上升，说明瓶颈在盘上。这种情况白天晚上都会慢，只是高峰期更明显。

第三步：看服务本身的耗时。

这一步的关键是「从本机请求」。绕开外网之后，剩下的时间就是程序自己的处理时间。如果本机 TTFB 超过 500ms，说明代码、数据库或磁盘有问题，和网络无关。

# 直接从服务器本机请求，绕开网络
curl -o /dev/null -s -w "dns=%{time_namelookup} connect=%{time_connect} ttfb=%{time_starttransfer} total=%{time_total}\n" http://127.0.0.1/你的页面

判读：如果本机请求很快，但从外部访问很慢，问题就是网络，不是你自己的程序。

这三个命令的输出要留档。很多人测完看一眼就关了终端，过一周想对比时已经找不到原始数据。建议存成文本文件按日期命名，一个月后回看，趋势会非常清楚。

还有一个更快的判断方法：用手机流量（4G/5G）测一次同一个页面。如果手机流量下很快、家宽下很慢，说明问题出在你家的宽带上，不是服务器。反过来如果两者都慢，才轮到怀疑服务器。这一步只要一分钟，能排除掉三成的误判。

三步走完，基本能定位到是哪一层。多数人的实际情况是：本机很快，外部晚上很慢。那就接着往下看。

二、晚高峰到底从几点开始，又到几点结束

「晚上变慢」这个说法太笼统，实际有明确的时间规律。

第一段：19:30 到 20:30，开始爬升。这一段时间延迟会从白天的水平上涨两三成，波动开始变大，但还不至于影响使用。很多人这一段时间察觉不到问题。

第二段：20:30 到 22:30，最严重。延迟可能翻倍，mdev 明显扩大，共享带宽的产品开始出现速度骤降。这一段时间是判断线路好坏的黄金窗口。

第三段：22:30 之后，缓慢恢复。大部分用户开始休息，出口带宽释放出来，延迟回落。但回不到白天的水平，通常会比白天高一两成。

还有一个补充：周末和节假日的曲线不同。周末白天流量就不低，晚高峰会提前到 19:00 左右并持续更久。所以如果是面向普通用户的内容站，测试要覆盖工作日和周末两组，否则会低估最坏情况。

为什么必须知道这三段：因为测试时间点选错，结论就会完全相反。在 19:00 测出来的数据是「良好」，在 21:00 测出来的才是真相。测试窗口选在 20:30 到 22:30 之间，才有参考价值。

三、晚上变慢背后的四个真实原因

1、国际出口在晚高峰被占满

这是最常见的一个。从你所在的运营商到机房之间，那段国际带宽不是给你专用的，而是几万用户共享。晚上八点到十一点是国内互联网的使用高峰，所有人都在看视频、刷内容，出口带宽被挤满，你的请求就要排队。表现是延迟从白天的 60ms 涨到 150ms 以上，波动变大。

2、机房或线路的上游拥塞

这一种和第一种的区别在「范围」。出口拥塞影响所有走那条路的人；上游拥塞只影响这一个机房。判断方法：找同城另一家机房测同一时段，如果它没事，说明问题在本机房的上游。

这一段和你无关，是运营商的容量问题。有些低价线路平时够用，但它的上游容量是按「平时」采购的，高峰期就溢出。表现是特定时段规律性变慢，而且从不同地区测出来的结果不一致。

3、共享带宽被邻居占走

产品标着 100Mbps，实际是整柜共享。同机房的其他人晚上跑批量任务，你分到的就少。表现是下载速度忽高忽低，同一时间测三次结果差别很大。

4、清洗或防护设备在高峰期介入

这一类在高防产品上更常见。清洗设备本身要消耗算力与带宽，流量一高就可能触发更严格的过滤规则，正常请求也会被多检查一遍。表现是延迟整体抬高，但速度不见得差。问清「清洗阈值是多少、能不能调」就能排除。

部分高防产品在流量升高时会触发清洗，清洗本身会引入额外跳数与延迟。表现是延迟整体抬高几十毫秒，但丢包不明显。这一项最容易被误判成「线路变差了」。

还有一个容易被当成第五种原因的现象：DNS 解析变慢。如果域名用的是国外 DNS 服务器，高峰期解析请求也要跨境，表现为「第一次打开很慢，刷新就正常」。这种情况换国内 DNS 或智能解析就能改善，和线路无关。

四个原因的共同点是：都不是你的机器变慢。所以重启、加内存、换 CPU 都不会有任何改善。真正要做的是定位到哪一段，再决定换什么。

四、为什么共享带宽偏偏就是一到晚上就露馅

这一节解释「为什么偏偏是晚上」。

带宽是分层的。你的机器接到机柜的交换机，交换机接到机房的核心，核心接到运营商，运营商再通过国际出口连到你的目标。每一层的容量都不是无限的，而多数低价产品只保证「端口速率」，不保证「端到端实际可用」。

白天为什么没事：因为整个链路的占用率低，即使是共享带宽，也够分。你的请求进来，一路畅通。

晚上为什么出事：国内整体上网量上升，国际出口这一层最先饱和。所有走这条出口的流量挤在一起，你的包要排队，延迟就涨了。而排队这件事有个特点：一旦开始排，就会越排越长。

这个比例可以拿自己的业务对照。如果你的站点晚高峰的带宽占用接近上限，那它就是下一个会出问题的对象。提前扩一档，比事后排查便宜。

还有一个现象能佐证这个判断：晚高峰时「小文件特别慢，大文件反而还行」。因为小文件对延迟敏感，而大文件主要看带宽。排队增加的是延迟，所以小请求受影响最大。这也是为什么后台操作感觉比下载更明显。

一个具体的数字感受：假设出口容量是 100G，白天用掉 40G，你的请求几乎不等待；晚上用掉 95G，剩下 5G 要分给几万人，你的请求就要等很久。而这时候你的机器性能完全正常。

所以「换 CPU」「加内存」对晚高峰无效，因为瓶颈根本不在机器上。

五、怎么用三组数据定位到具体是哪一段

不靠感觉，靠三组数据对比。

先约定一个记录格式，否则三组数据没法对比。

# 每次测试记录五列：时间、平均延迟、波动、丢包、所走线路
# 例：21:00  148ms  mdev 62ms  丢包 0.5%  经香港
# 连续记一周，趋势比单点更有价值

工具一：ping 看延迟与波动。

# 白天与晚上各跑一次，重点看 mdev
ping -c 100 你的服务器IP

判读：如果平均延迟涨了、mdev 也涨了，说明路径上出现了拥塞或排队。如果平均延迟没变但丢包上升，说明链路质量在恶化。

工具二：mtr 看是哪一跳变慢。

mtr -r -c 100 你的服务器IP

判读：看每一跳的 Loss% 与 Avg。如果从某一跳开始延迟突然抬高，后面所有跳都跟着抬高，那问题就在那一跳。常见的是国内运营商出口那一跳，或者跨境海缆落地那一段。

工具三：不同时段测三次。

# 分别在 14:00、20:00、22:00 各测一次并记录
for t in 14 20 22; do echo "== $t =="; ping -c 50 你的服务器IP | tail -2; done

三个时段的数字摆在一起，趋势一目了然。如果 20 点和 22 点都比 14 点差一倍以上，就是典型的晚高峰问题。

六、电信联通移动三种宽带下的实际差别

同样是晚高峰，电信、联通、移动的体验完全不同。

1、电信用户：看是否走 CN2

电信的国际出口最紧张，也是晚高峰最明显的。如果产品走的是普通 163 骨干，晚上会明显拥塞。而 CN2 是电信单独采购的容量，专门用于优化这类路径，晚高峰表现稳定得多。所以电信用户优先选带 CN2 的产品。

2、联通用户：看 9929 或 4837

联通的优化线路是 9929 和 4837。9929 是联通自己的精品网，4837 是国际出口的方向，两者体验不同，不能混为一谈。联通用户如果用了只优化电信的 CN2，其实收益有限。

3、移动用户：看 CMIN2 或 CMI

移动的优化线路是 CMI 与 CMIN2。移动的骨干相对新，普通线路在部分地区的表现其实不差，但跨境这一段仍是瓶颈。移动用户要特别注意区分「移动线路」和「优化移动」。

这一节的实际意义：同一个产品，对三种运营商的效果完全不同。所以团队用什么宽带，决定了该买什么线路。买错线路类型，等于花钱买了个用不上的优化。

七、四种原因分别对应什么样的解决思路

国际出口拥塞：换带优化线路的产品。比如从 163 骨干换到 CN2、9929、CMIN2，这类线路是单独采购的容量，晚高峰表现明显更稳。代价是贵三成到一倍。

上游拥塞：换机房，而不是换商家。同一个商家不同机房的上游不同，有的机房接的线路好，有的差。问清「这个机房接的是哪几家上游」，比看商家名字有用。

共享带宽：确认独享值，必要时升档。如果对方答不出独享多少，那基本就是纯共享，换一家更实际。

清洗设备介入：问清洗节点位置，或者调整触发阈值。如果清洗节点在境外，正常流量也要多走一段，延迟自然会抬高。

还有一个成本更低的中间方案：错峰调度。把批量任务、备份、数据同步这些可延迟的工作，全部排到凌晨执行。这样晚高峰的带宽只服务实时请求，体验能改善不少，而且不花钱。很多站点的晚高峰问题，有一部分是自己把重活排在了那个时段。

四种解法的成本差很多。所以顺序很重要：先确认原因，再决定花钱方向。很多人直接换商家，结果换到另一家同样走 163 骨干的机房，问题一模一样。

八、五个最常见也最耽误事的误判

1、以为重启能解决

重启后确实会「感觉快了一点」，因为连接重建、缓存清空。但如果原因是出口拥塞，十分钟后又会恢复原样。这种「重启有效」的错觉，让很多人误判成机器问题，白折腾了很久。

2、用自己的宽带测，代表所有用户

你在电信宽带上测出的结果，不代表移动用户和联通用户的体验。三种运营商的路径完全不同，晚高峰的表现可能差两三倍。所以测试要分运营商做，或者至少问清「这个产品优化的是哪家」。

3、只看平均延迟，不看波动

平均 80ms 听起来不错，但如果 mdev 是 60ms，实际体验会非常难受。因为请求的耗时忽长忽短，页面加载时间不可预测。看 mdev 比看平均更有意义。

4、以为贵的一定不慢

价格高通常意味着线路好，但也可能是配置高、机房位置好。如果贵的那部分花在 CPU 和内存上，晚高峰该慢还是慢。买之前要问清「这个价格里包含什么线路」。

5、只看一次测试结果

网络状态每天都在变。今天测着好，不代表下周还好。建议连续测一周，每天固定时段记录，看趋势而不是看单点。单次测速只能证明「此刻可用」，证明不了「长期可靠」。

九、三个真实业务场景下各自该往哪个方向排查

1、国内团队运营的电商站，晚高峰打不开后台

典型表现：下午处理订单都正常，晚上八点后后台点不动，但前台页面能打开。排查顺序：先看后台和前台是不是同一台机器、是不是同一条线路。很多站点前台走了 CDN，后台直连源站，所以前台快、后台慢。解法：给后台也做一层加速，或者把管理入口放到优化线路上。

2、外贸站，海外用户晚上反馈慢

这里要注意方向：海外用户的「晚上」和你的「晚上」不是同一个时段。如果用户在美国，你的深夜正是他们的白天工作时间，那应该测的是你凌晨到上午的时段，而不是国内的晚高峰。这一项经常搞反，导致一直在错误的时段测速。

3、纯 API 服务，白天正常晚上超时率上升

API 没有页面加载，问题更容易定位。看两个数：TCP 握手时间与首字节时间。如果握手时间变长，是网络层拥堵；如果首字节时间变长，是服务端处理慢。前者换线路，后者查数据库与磁盘。两个指标分开看，能省掉一半的排查时间。

十、买之前就能预见到的三个信号

晚高峰问题，其实在买之前就能大致判断。

信号一：产品页完全不提线路类型。

有的页面写「BGP 智能路由」。这句话本身没有信息量，因为几乎所有机房都说自己走 BGP。真正该问的是「跨境那一段走什么」，这才决定了晚高峰表现。

只写「BGP」「优化线路」这种模糊词，不写具体是 CN2 还是 9929 还是普通 163。这种产品大概率是走的普通线路，只是名字起得好听。

信号二：价格明显低于同类。

同样配置，别人 60 元它 25 元。差价通常来自线路：优化线路的容量是真金白银买的，便宜的那部分一定有人替你省掉了。

信号三：没有测试 IP。

正规商家会提供测试 IP 让你自己测。不愿意提供的，要么线路真的很差，要么它自己也清楚晚上跑不起来。

还可以加一个动作：直接问对方要测试 IP，自己测。拿到 IP 后在国内三个位置各测一次晚高峰，数据比任何描述都可靠。如果对方给的是「共享测试 IP」或者拒绝提供，这本身就是答案。愿意让你测的商家，通常是真的有底气。

还有一个更直接的验证办法：先按最便宜的档位买一个月，把自己的晚高峰数据测出来。数据好就续，不好就换。一个月的成本通常几十元，比看几十篇评测都准确。

三个信号都是间接的，但比对着宣传页猜要靠谱得多。

十一、六个可以作为对照的采购渠道

下面几家在公开信息里有线路类型描述。具体走线需单独确认。

恒创科技：标注 CN2 / GIA / BGP / HGC 多套线路，具有自有 ASN 与 APNIC/ARIN 会员资质。线路类型写得最明确，便于对照。

Zorocloud：覆盖香港、新加坡、台湾、日本、英国与美国 CERA 高防节点，提供原生 IP 与家宽属性。

vollcloud：公开简介提到 CMIN2 大带宽与原生 IP 精品线路，同时做站群与高防。

DigitalVirt：日本、香港、美国、德国、英国五地，标注 CN2 GIA / 9929 / CMIN2 / 4837 四套线路。四套线路便于按运营商类型选。

justg：多档配置产品线，适合先开最低配做晚高峰实测。

CloudCone：多地区产品线，可作普通线路的基准对照。

注意：以上均为商家公开描述，不是实测结论。晚高峰只能自己测，任何宣传都不能替代。

十二、结论：慢在晚上，问题大概率不在机器

还有一条最实用的建议：把测试做成固定动作，每周同一时间跑一次并记下来。有了基线，任何变化都能立刻发现，不用每次凭感觉判断「是不是变慢了」。

一、先排除自己。负载、磁盘、本机响应三项快速验证。

二、四个原因里最常见的是国际出口拥塞。163 骨干在晚高峰会被挤满。

三、三组数据能定位到哪一段。ping 看波动、mtr 看跳数、多时段测三次。

四、四种原因对应四种解法，成本差很多。先定位再花钱，别直接换商家。

五、买之前看三个信号。线路类型是否明确、价格是否异常低、有没有测试 IP。

还有一个给新手的建议：别一上来就换机器。先花一个晚上把上面三组数据测完，知道问题在哪一段，再决定换什么。否则换了之后大概率还是一样，因为那条拥堵的路可能没变。

最后一句：「白天快晚上慢」不是玄学，是带宽被共享。而共享这件事，只能通过换线路或换机房来改变。换 CPU 和内存，一分钱效果都没有。

本文所涉晚高峰变慢的成因分析、定位方法与线路类型说明均整理自公开技术资料与行业认识，为 2026 年 11 月查询所得。实际表现受运营商网络、机房上游、线路类型与时段负载影响，文中关于延迟区间与成本差异的描述为一般性经验，不构成对任何具体线路或产品的保证。各服务商的线路、配置与价格会随时调整，请以其官网与合同条款实时显示为准。文中对渠道的描述均来自其公开页面，未做实测验证。本文观点与选购建议仅供参考，不构成任何购买承诺，亦不代表本站立场。读者应结合自身业务需求独立判断、自行决策，因购买、部署或使用相关产品与服务所产生的直接或间接损失，作者及本站不承担任何责任。