网站打不开的排查思路：按请求链路逐层定位故
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /5b475c0ace60.html
📄
网站突然无法访问，很多人第一反应是刷新页面或者直接重启服务器，但这样往往治标不治本。更高效的做法是顺着用户请求从浏览器到服务器再到数据库的路径，逐层检查问题。这套由外而内的定位逻辑，能帮你快速缩小故障范围，避免在错误的方向上浪费时间。
1. 网络入口检查：域名解析与访问链路
遇到打不开的情况，先别急着登录服务器。第一步是区分问题是出在用户侧还是服务端。换用手机流量访问网站，如果恢复正常，大概率是本地网络环境的问题，比如路由器缓存了错误的DNS记录；如果只有特定地区或运营商的用户反映打不开，那就要检查解析是否未同步或链路是否拥堵。
1.1 验证域名解析结果
在电脑命令行输入nslookup 你的域名，核对返回的IP是否与服务器当前公网地址一致。如果解析结果为空，或者指向一个已废弃的旧IP，就说明域名解析记录配置有误。注意，修改DNS记录后生效需要时间，短则几分钟，长则数小时。另外，如果网站使用了CDN加速，也要去CDN控制台查看节点状态，很多访问异常其实是源站与CDN节点通信失败导致的。
1.2 测试端口连通性与防火墙
能ping通服务器但网页打不开，多数情况是端口被拦截。云服务商的安全组规则和服务器自身防火墙策略，都需要对80和443端口放行。本地执行telnet 服务器IP 443，若显示连接超时，基本可断定是防火墙拦截。此时应先去云控制台核对安全组入方向规则，再检查服务器上的iptables或firewalld配置，顺序不要颠倒。
2. 服务器资源检查：从负载到存储
页面响应缓慢、请求大量超时，往往与服务器资源耗尽有关。CPU持续满载、内存不足、磁盘空间告急或带宽被占满，都会拖垮服务响应。登录服务器后，依次执行top、free -h、df -h，可快速掌握系统负载、内存余量和磁盘占用情况。
2.1 定位高消耗进程
在top界面按P键让进程按CPU占用率排序，看排名靠前的是什么。常见资源消耗大户包括：被入侵后植入的挖矿程序、数据库缺少索引导致的慢查询堆积、恶意爬虫的密集抓取。同时查看Nginx或Apache的访问日志，确认异常请求的来源IP和URL。例如发现某接口每秒被请求数百次，可直接临时封禁来源IP或添加频率限制，压力会明显缓解。
2.2 留意磁盘占满与Swap交换
磁盘使用率超过80%就要引起重视。会话文件、运行日志或临时目录写满后，应用无法正常写缓存，网站常会直接返回500错误。清理过期日志和临时文件通常能释放空间。内存方面，如果free -h显示swap分区读写频繁，说明物理内存已严重不足，系统在内存与磁盘间不断换页，性能大幅下降。此时应优先优化应用内存占用，或考虑升级配置。
3. 应用服务检查：进程存活不等于业务可用
如果资源和端口均正常，但网站仍报错，就需要把注意力转向应用自身。进程虽然在运行，不代表业务逻辑没问题。
3.1 查看应用日志与错误码
进入应用的日志目录，查看最近时间的错误记录。常见的如PHP-FPM报出502或504错误，通常意味着后端进程处理超时或已崩溃；Java应用抛出OutOfMemoryError则说明堆内存配置不足。结合错误码和日志堆栈，能快速锁定出错的模块或接口。
3.2 检查依赖服务状态
很多应用依赖缓存服务（如Redis）或消息队列。如果这些依赖服务挂了，应用即使能启动，也无法正常提供页面。通过应用配置文件中记录的连接地址，逐个测试依赖服务的连通性。一个简单方法是查看应用启动日志中是否有关联服务连接失败的提示。
4. 数据层检查：数据库连接与查询性能
当网站能打开首页，但登录、查询等动态功能报错时，问题很可能出在数据库层。
4.1 验证数据库连接数
数据库连接数被占满是最常见的故障之一。登录数据库执行show processlist;查看当前连接状态，如果大量连接处于Sleep状态，说明应用侧连接池配置过大或未正确释放连接。适当调小连接池上限，并检查应用是否有连接泄漏问题。
4.2 排查慢查询与锁表
页面加载极慢时，重点关注数据库慢查询日志。缺少索引的SQL语句在大数据量下会拖垮响应时间。另外，长时间未提交的事务可能导致表锁，阻塞其他读写操作。通过show open tables where in_use > 0;可以快速发现被锁的表，必要时终止长时间运行的异常事务。
5. 常见问题
5.1 网站间歇性打不开，刷新后又恢复，是什么原因？
这通常与资源波动或连接池设置有关。比如带宽被瞬时占满、应用并发线程数到达上限，或者数据库连接池短暂耗尽。建议查看监控图表，把故障发生时间点的CPU、内存、带宽和连接数数据拉出来对比，一般能找到规律。
5.2 换手机流量能访问，但电脑不行，怎么处理？
先尝试在电脑上刷新DNS缓存（ipconfig/flushdns），并检查本地代理设置是否异常。如果仍不行，可将路由器重启一下，因为路由器可能缓存了错误的DNS记录。若问题依旧，考虑手动修改电脑的DNS服务器为公共DNS地址再测试。
5.3 服务器被攻击导致网站打不开，如何快速恢复？
第一时间在防火墙或安全组层面封禁攻击来源IP，然后检查是否有未知进程和异常登录记录。如果无法立即清除恶意程序，可临时备份数据后重装系统，再重新部署应用。恢复期间建议开启云服务商提供的流量清洗或DDoS防护服务，避免再次被打瘫。
6. 结语
网站故障排查讲究的是方法而非运气。按照网络、服务器、应用、数据库的层级顺序逐一验证，能让你在最短时间内找到根因。建议在日常运维中提前做好监控告警，记录各层级的正常基线值，这样故障发生时就有了明确的判断参照。同时，养成查看日志的习惯，多数问题在日志中都有迹可循。
