网站打不开怎么排查，从服务器到代码逐步定位问
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b255e4aa3870.html
📄
网站突然打不开、页面一直转圈或者浏览器弹出一串看不懂的错误码，先别急着找服务商。大多数故障其实可以按照一套固定的顺序自己查清楚。排查的核心思路是从外到内、逐层缩小范围：先确认服务器是否活着，再检查网络和域名解析，最后翻看程序代码和配置。只要按这个节奏走，一般很快能找到病根。
1. 先确认服务器本身是否还活着
网站完全没反应时，第一件事不是看代码，而是确认服务器还在正常运行。通过服务商后台或 SSH 登录主机，重点看三个指标：运行时长、CPU 和内存占用率、磁盘剩余空间。其中磁盘写满最容易被忽略，系统不会立刻崩溃，但日志写不进去、数据库更新悄悄失败，用户端表现就是页面一直加载不出来。
看到某个资源长期接近满载，说明服务可能已经拒绝新连接了。这时候要找出占用资源最高的进程，必要时强制结束或重启相关服务。系统日志在这一步非常关键，Linux 可以查看 /var/log/syslog 或 /var/log/messages，Windows 则用事件查看器，重点找崩溃记录、磁盘读写错误和内核异常。
一个实用建议：与其等硬盘满了才亡羊补牢，不如在监控系统里把磁盘占用告警阈值设为 80% 以下，能省掉大量原因不明的宕机时间。
2. 验证网络连通性和域名解析是否正常
服务器进程正常，但外部访问还是不通，问题多半在网络链条上。先用 ping 命令测试服务器 IP 的连通性，不通可能是机房网络故障或防火墙拦了 ICMP 协议；如果 IP 能通，再用 nslookup 或 dig 查询域名 A 记录，核对返回的 IP 和服务器真实 IP 是否一致。
这一步有两个容易踩的坑。一是刚改过 DNS 记录，全球生效需要等 TTL 时间，短则几分钟长则几小时；二是本地 DNS 缓存还指着旧地址，Windows 下用 ipconfig /flushdns 刷新，Linux 重启网络服务就行。如果只是部分地区或某个运营商打不开，大概率是 CDN 节点异常或线路问题，直接让服务商处理，不用继续折腾本地设置。
3. 打开 Web 服务和应用日志，从错误码入手
网络没问题、服务器也正常，那就把焦点放在 Nginx、Apache 和应用层。打开错误日志先看错误码类型，能省大量时间：500 是后端脚本执行异常，502 是网关连不上后端的 PHP 进程或容器，404 则指向路由配置或文件路径不对。日志里通常记录了出错的具体文件和行号，比如 PHP 语法问题、Redis 连接超时或某个接口响应超限。
处理上也有章可循。遇到 502 先重启 PHP-FPM 或 uWSGI，多数情况立刻恢复；遇到 500 优先检查伪静态规则（.htaccess 或 web.config）有没有冲突，可以逐个注释重写规则再测试。每次改完配置，记得清空 opcache 和应用自己的缓存再刷新页面，不然容易误以为改动没生效，陷入反复排查的循环。
4. 检查数据库连接和性能瓶颈
动态网站的页面内容离不开数据库，一旦数据库出问题，前台往往白屏或提示"数据库连接失败"。登录数据库管理端，先确认服务进程在跑，再查当前连接数有没有到上限。如果是 too many connections 这类错误，大概率是慢查询把连接池占满了，需要找出执行时间最长的 SQL，分析索引是否缺失。
同时关注磁盘 I/O 和锁等待情况。数据库所在的磁盘如果 I/O 长期偏高，即使 CPU 空闲，页面一样会卡死。排查锁竞争可以在服务端开启慢查询日志，定期复查。日常预防上，建议给数据库设个连接数告警，并定期清理无用的历史数据和慢日志堆积，避免小问题拖成事故。
5. 常见问题
5.1 网站打不开时，第一步应该做什么
先判断是自己一个人打不开还是所有人打不开。可以用手机流量试一下，如果能访问说明问题在本地网络或 DNS 缓存；如果都不行，就按顺序检查服务器运行状态、网络连通和域名解析。
5.2 为什么服务器 IP 能 ping 通，网站还是访问不了
IP 通说明网络链路上没问题，故障大概率集中在 Web 服务没启动、防火墙规则拦截了 80/443 端口，或者域名解析指向了错误的 IP。依次检查这三项，通常能定位到原因。
5.3 502 和 500 错误有什么区别，怎么处理
502 是网关和后端服务之间的连接断了，常见原因是 PHP-FPM 进程挂掉或超时，重启对应进程即可；500 是后端脚本本身出错，要查应用错误日志，优先检查伪静态规则和代码语法。两者处理路径不同，别混着来。
6. 总结
网站打不开的排查不复杂，关键是别乱。
按服务器状态 → 网络与解析 → 应用日志 → 数据库的顺序逐层筛查，每一步都要看对应指标，别跳过中间环节。日常运维中给磁盘、连接数和 CPU 都设好告警阈值，能提前拦截多数故障。真遇到复杂情况，把排查过程中收集的日志和错误码整理好再找服务商，沟通效率会高很多。
