搬完服务器，最怕拿两次结果直接比

迁移上线后，我第一件事就是跑一次测速，跟搬家前的截图一对照，数字差不多甚至更好，就以为可以收工了。过两天有用户说打开变慢，回头看才发现那次对比根本不成立：解析还没完全生效，CDN 缓存还是旧的，测的路径也不是同一条。

换服务器后的速度对比，麻烦就麻烦在变量太多。想让结论可信，得先把变量摁住，而不是急着看那一个总时长。

先确认你测的是不是新机器

DNS 有缓存和 TTL，本地和部分节点可能还在解析旧 IP。迁移完立刻测，很可能测的还是老服务器。稳妥的做法是等 TTL 过去，或者看节点返回的状态码和响应特征对不对得上新环境。

我习惯 http 和 https 各跑一遍，看有没有异常跳转，再用宝塔拨测的网站测速从多个地区、多个运营商节点发起请求。节点铺得够散，才能看出一件事：解析是不是全网都切过去了。

对比要控制住这几个变量

同一路径、同一协议、同一时间段，这是最低要求。首页和内页的耗时不是一回事，带不带查询参数也可能命中不同缓存。搬家前后测的不是同一个地址，比出来的差值没有意义。

缓存状态也得统一。新机器如果 CDN 还没回源、本地缓存是空的，第一次请求天然吃亏。要么等缓存跑热再测，要么在记录里注明这是冷缓存下的结果，别和热缓存混着比。

看分布，不看单个平均值

平均、最快、最慢三个数一起看，比只盯平均靠谱。搬家后如果平均值降了、最慢节点却变慢了，说明整体在改善、局部在恶化，这种结论单看平均是看不出来的。

按运营商和地区分组更能说明问题。新机房的线路覆盖和老机房不一样，某些运营商变快、某些变慢都很正常。用户主要分布在哪，哪一组数据就更有分量。

五段耗时告诉你差在哪

对比时把 DNS、TCP、TLS、TTFB、下载拆开看。换了机房，变化通常集中在 TCP 连接和 TTFB 上：线路更近，连接就快；机器配置或程序没调好，首字节就拖。

下载段变化大，往往跟带宽和静态资源有关，不一定赖服务器。同一段做对比才有意义，总时长相同也不代表体验相同，可能一边是连接慢、一边是内容大。

复测几次再收工

迁移期间网络和缓存都不稳定，单次结果很容易误导。连续复测两三次，看每次的分布是否一致，再和搬家前的多次结果对照，而不是拿一次对一次。

真要严谨，搬家前就该留一组基线：同路径、同时段、多节点、复测几次。没有基线，后面的对比只能算印象。收工前我会再跑一轮：新机器在各个运营商分组里都不比旧机器差，最慢节点没有明显恶化，五段耗时里没有哪一段异常放大，这才叫迁移成功。有一项对不上，就继续查那一项，别用平均值说服自己。