「打开慢，是不是调一下服务器参数就能好？」

网站打开慢,如何调整服务器配置参数，先别急着动参数。参数主要影响 ttfb 那一段，下载段多数是体积和带宽的事，前面三段在服务器之外，改配置一点用没有。

今天先不动参数，先把五段抄下来

dns、tcp、tls、ttfb、下载，五段前后相接，加起来约等于总耗时。

节点数、地区数、时段，三样一起记。三样里少一样，后面几次就不能比。

那么今天只做一件事：把最长那一段记下来。参数先别动。

今天顺手排除掉测速端自己

dns 段红，也可能是测速端自己解不出、自己超时。这一路跟服务器无关。

判据是换一台机器复测。还是一样红，才轮到怀疑解析；换完就正常，说明是那台节点的事。

第二天：只改 ttfb 对应的那几个参数

ttfb 长、下载短，说明请求到了、服务器没在时限内回话。这一段才是参数的地盘。

判据是 ttfb 占一半以上，同时下载段很短。两条同时成立，再去动参数。一半是经验线。

那么按顺序看三处：进程数（忙满没有）、数据库连接数（等不等）、缓存开关（开没开）。一次只改一处。

用宝塔拨测的网站测速跑一次，五段耗时是分开列的，先看最长那一段落在哪一层。

第三天：参数没效果，就看下载那一段

参数改完 ttfb 没降，说明瓶颈不在服务端计算。

判据是下载段占一半以上、ttfb 正常。这时候改参数不会有用。

那么先压图、合并请求、开压缩。这三样改的是体积，不是参数。

第四天：前三段慢，说明参数根本管不到

dns 长是问路慢，tcp 长是握手慢，tls 长是协商慢。这三段主要不靠服务器参数解决。

判据是前三段合计超一半。占了，就去换解析、换线路、查证书链。一半也是经验线。

第五天：改完只比那一个数

同一批节点、同一时段再跑一次，只看最长那一段的秒数有没有降。

降了，说明方向对。没降，说明瓶颈挪到别处了，看新的第一名是谁。

那么参数一次只改一处。改两处，降了也不知道是哪一处起的作用。

一周后：看它稳不稳

同一组参数，一周后再跑三次。

还是同一段最长，说明前面那次只是挪了个位置。

有一处我还没确认：不同环境里「进程数」这一类参数的最佳值，跟机器规格和并发模型绑得很紧，没有一个通用数。我手上没有统一定义，所以只给「先看哪一处、一次改一个」，不给具体数值。

<figure><img src="https://image.bt.cn/20261113/83308d25c034e5e12666ee59e43e1337.svg" alt="服务器参数只能影响 ttfb 和下载两段，前三段在服务器之外" loading="lazy" width="1200" /><figcaption>参数能碰的只有右边这两段</figcaption></figure>