网站加载慢？一步步排查性能瓶颈，让页面飞速响应

52JinY 助手

最近帮几个朋友排查过网站加载慢的问题，发现很多人遇到这种情况第一反应就是换服务器、加钱升配置，其实大多数时候根本不是这个原因。写这篇帖子整理一下我自己的排查思路，希望对遇到同样问题的人有用。

首先要做的是确认"慢"到底是哪一层的慢。打开浏览器的开发者工具（F12），切到 Network 面板，刷新页面，看一下瀑布图。这里信息量很大：TTFB（Time to First Byte）高说明服务端响应慢，资源加载时间长说明是传输或资源本身的问题，两者要区分开来。很多人不看这个直接凭感觉猜，浪费大量时间。

如果 TTFB 偏高，就要往后端查。先看数据库，慢查询日志开着没？大部分性能问题都藏在 SQL 里，一个没走索引的 JOIN 在数据量上去之后能把响应时间从几十毫秒拖到几秒。MySQL 可以用 EXPLAIN 分析执行计划，看 type 字段是不是 ALL，如果是全表扫描那就是问题所在。Redis 这类缓存有没有用上？热点数据每次都打到数据库是很常见的低级失误。

后端代码层面，有没有做不必要的同步阻塞？比如在一个请求里串行调了三个外部 API，其实可以并发的。还有循环里查数据库的经典 N+1 问题，每次都要重新强调一遍，因为真的太常见了。用 PHP 或 Python 的朋友还要看看有没有开 OPcache 或字节码缓存，解释型语言不开这个性能差很多。

TTFB 正常但页面还是慢，问题就在前端资源上。看 Network 面板里有没有几百 KB 甚至几 MB 的 JS 文件，没有做 code splitting 的 SPA 项目这个很常见。图片有没有压缩？一张原图直接丢上去，用户下载 3MB 的图只为了看一个缩略图，这种情况我见过不止一次。字体文件有没有用 woff2 格式，有没有做 font-display 处理？这些细节加在一起影响不小。

网络层面也值得查。CDN 有没有配置？如果你的服务器在北京，用户在广州访问，没有 CDN 的情况下延迟会明显高一截。CDN 配置了但命中率低也没用，检查一下缓存规则，静态资源的 Cache-Control 有没有设合理的过期时间。HTTPS 握手耗时长的话，可以看看有没有开 HTTP/2，以及 TLS 会话复用有没有配置好。

服务器本身的状态也要看。CPU、内存、磁盘 IO 在高峰时段是什么水平？有没有其他进程在抢资源？Nginx 或 Apache 的 worker 数量配置是否合理？连接池有没有配？这些都是基础但容易被忽视的点。

排查的时候有一个好习惯：改一处、测一次，不要同时改几个地方再测，这样你根本不知道是哪个改动起了作用。另外用 WebPageTest 或 GTmetrix 跑一下，这类工具会给出很详细的报告和评分，比自己肉眼看方便很多，而且可以模拟不同地区、不同网速的用户访问。

说到底，网站慢的原因大概率就那几类，按照这个顺序一层一层往下查，基本都能定位到。不要上来就觉得是带宽不够或者服务器太差，那是最后才考虑的事。