网站访问速度慢，应该从哪些方面排查

先定义慢在哪里

“打开慢”可能指 DNS 查询耗时、TCP/TLS 建连慢、服务器首字节慢，也可能是图片和 JavaScript 下载或执行慢。先固定测试页面、测试网络和时间，再用浏览器开发者工具或命令行记录瀑布图与响应时间。

curl -o /dev/null -sS -w "dns=%{time_namelookup}s connect=%{time_connect}s tls=%{time_appconnect}s ttfb=%{time_starttransfer}s total=%{time_total}s\\n" https://example.com/

检查 DNS、网络和服务器资源

• DNS 解析是否稳定，是否有错误的 AAAA 记录。
• 主要访客与服务器是否跨越较远地域，CDN 是否适合静态资源。
• CPU、内存、磁盘 I/O 和网络连接是否出现持续瓶颈。
• TLS 握手和连接复用是否正常，是否存在频繁重定向。

不要仅凭一次测速升级服务器。选择不同网络、不同时间多次测量，并将数据与访问日志、资源监控和部署时间关联。

检查应用响应与前端资源

症状	可能方向	下一步验证
首字节时间高	数据库、服务端渲染、上游 API	按请求追踪服务端日志和依赖耗时
图片加载慢	图片体积、格式、缓存和地域	检查文件大小、响应头和缓存命中
页面下载快但可交互慢	JavaScript 执行、主线程阻塞	使用浏览器性能面板定位长任务
只有高峰期变慢	并发、连接池、缓存和限流	对照资源指标与并发请求趋势

为静态资源设置合适缓存、压缩图片、减少不必要脚本，通常比盲目增加服务器 CPU 更直接。动态 API 则关注数据库查询、缓存命中和下游服务等待。

小步优化并复测

1. 保存当前基线和测试条件。
2. 一次只修改一个因素，例如压缩图片或增加静态缓存。
3. 用相同页面、网络和时间段复测。
4. 没有改善时回滚，并继续检查下一层。

性能目标要匹配用户体验

综合关注真实访客的加载感受、服务端稳定性和成本。实验室单次分数有用，但不能替代真实流量数据和持续观察。