网站诊断查什么？三层分开看

网站诊断三层分开看，这话我讲了很多年，但真正照着做的人不多。大部分人的习惯是：网站打不开，先上服务器，翻日志、重启服务、重装面板，一通操作两个小时，最后发现是域名解析那边线路切走了，或者干脆是本地宽带的问题。方向错了，越努力越乱。

我说的三层不是天上掉下来的理论，是从踩坑里总结出来的顺序：接入层、主机层、内容层。为什么叫三层而不是四层五层？因为再往上拆，很多人自己都分不清了，反而更难用。

网站诊断三层分开看，先弄清每一层管什么

接入层管的是“请求能不能到”。域名解析对不对、备案是否有效（这条在国内尤其要留意，具体以服务商和工信部页面说明为准）、DNS有没有被劫持、CDN回源是否正常、本地网络是否有阻隔。这些东西都在你的服务器之外，但一旦出问题，表现出来的样子和服务器宕机一模一样。

主机层管的是“机器扛不扛得住”。CPU、内存、磁盘IO、带宽有没有跑满，Web服务（nginx、Apache、PHP-FPM）是否在跑，数据库连接池够不够，系统时间对不对——时间不准这事听起来小，但证书校验、日志对时、接口签名都会跟着出问题。

内容层管的是“页面本身对不对”。模板有没有改坏，图片资源是不是404，静态文件是否被误删，伪静态规则写错导致整站跳回首页，还有最不讲理的一类——代码里某个循环写得烂，数据库查一下就卡住。

三层的麻烦程度不一样。接入层的问题往往最急也最好确认，主机层最需要工具，内容层最费脑子。顺序也应该反过来：先查最快能确认的，最后才动最费时间的。

为什么不能跳过接入层直接看服务器

因为接入层的毛病最爱伪装。你自己的浏览器打不开，未必是网站挂了。比如同一时刻广州的同事打得开、成都的你打不开，这大概率是线路或本地网络，而不是主机。又比如全站只有带https的地址报错，那多半是证书链或者强制跳转配置的问题，去翻CPU负载属于白费劲。

判断方法很简单：换网络试、换设备试、让第三方测速站点跑一下。三条里有两个通，那就说明主机在喘气，问题在到达它的路上。这一步通常花不了几分钟，但能省掉你去机房翻日志的那一小时。

还有个常见误区，是只看自己所在地的访问结果。做外贸站或者面向全国客户的，得关注多地访问的差异。这个不需要多专业的手段，找个能在几个城市发起访问的检测工具看一眼就行，结果只当参考，别当成定论。

主机层的诊断，别一上来就重装

进了主机层，先看清楚是“整体慢”还是“某一类请求慢”。整体慢看资源占用，某一类慢看进程和日志。这两个方向处理方式差很远。

具体动手，top或htop先看一眼谁在吃CPU，free -m看内存有没有被swap拖住，df -h看磁盘是不是满了或者inode耗尽（这个坑特别隐蔽，df看着还有空间，df -i却是零）。再看nginx的access.log和error.log，有没有大量499、502、504。499多半是客户端等不下去跑掉了，504是上游超时，两者指向的原因不一样。

数据库这块，慢查询日志开着比什么都强。很多卡顿根本不是服务器不行，是一条没走索引的SQL在拖。这类问题加内存、升配置完全无效，钱花了现象照旧。

带宽是不是跑满，看网卡出流量曲线比看总流量数字更有用。峰值几个小时贴着上限，说明是容量问题；平时平稳、偶尔尖峰，多半是某个请求异常放大。

内容层的问题，往往是最贵的那一类

内容层的诊断没什么捷径，靠对照。把最近改过的东西列出来——改过主题？换过CDN？动过伪静态？新装了插件？大部分内容层故障都能对应到某一次变更。往回退一步，多半就好了。

伪静态出问题有个很典型的症状：首页正常，所有内页都是404，或者所有页面都跳回首页。这时候别怀疑数据库，先看rewrite规则，看是不是少了斜杠、少了结尾匹配。这类小错一天能耗掉好几个人。

还有一类是“页面能开但内容不对”，比如中文乱码、编码不一致、某个接口返回空。这种一般不会影响整站，但会让转化掉得很厉害，而且从服务器监控上完全看不出来——服务是健康的，业务是坏的。

顺序对了，诊断时间是能压缩的

我的习惯是三次确认：第一次，从外部看能不能访问（接入层）；第二次，能访问但快不快、稳不稳（主机层）；第三次，能访问也快，那页面内容对不对（内容层）。每过一层就把问题范围砍掉三分之一，这比一次性把所有监控打开、把日志全翻一遍高效得多。

还有一条经验：先想“最近动了什么”。变更和故障的相关性，比任何指标都直接。很多人不愿意承认这一点，非要从零开始查，结果绕一大圈又回到那行刚改的配置上。

需要提醒的是，这三层不是互斥的。真实故障经常叠着出现——接入层被攻击打满带宽，主机层扛不住，内容层又刚好被人挂了马。这种情况下先止血再溯源，别追求一步定位到根因，先把能访问恢复起来，剩下的事后慢慢查。

如果自己手上没有趁手的工具，用服务商面板自带的那几项监控也能对付着看，具体项和保留时长以服务商或官方页面说明为准。别指望面板上的一个“健康”绿灯能代表全部，那个灯只说明机器没死，不说明网站没病。

最后一点，网站诊断三层分开看这件事，最大的价值不在方法本身，而在于它强迫你先判断再动手。绝大多数误操作，都是因为跳过判断直接开始改。把顺序守住，你会发现自己动手的次数少了很多，修好的次数反而多了。