网站打不开排查步骤：从网络链路到数据库逐层定位
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /93c270e5ef31.html
📄
遇到网站白屏、接口报错或加载缓慢时，先别急着重启服务器或反复刷新页面。更高效的做法是沿着用户请求的完整路径，从网络链路到数据库逐层排查。按由外至内的顺序：先验证网络和域名解析，再检查服务器资源，最后审视应用与数据库，能帮你快速锁定问题根源。
1. 先判断网络链路与域名解析是否正常
故障发生时，第一步要区分是用户端问题还是服务端问题。最简单的验证方式是用手机切换到移动网络再访问一次。如果换网后站点恢复正常，多半是本地Wi-Fi的DNS缓存或路由器设置出了问题。若只有特定地区或某个运营商的用户反馈无法访问，则要重点排查链路拥堵或DNS解析在部分地区未生效。
1.1 核对域名解析记录与回源地址
在本地电脑的命令行窗口输入nslookup 你的域名，检查解析出的IP是否与服务器公网地址一致。如果返回结果为空、或指向已经弃用的旧IP，说明域名管理后台的A记录或CNAME配置有误。修改DNS后，全球生效需要几分钟到数小时不等，这段时间内部分用户会持续访问异常。另外，如果站点用了CDN，还要到CDN控制台确认各节点回源状态是否正常，避免因回源失败引发大面积访问故障。
1.2 测试端口连通性和防火墙规则
服务器能ping通但网页打不开，通常是端口没有被放行。云服务器的安全组和系统自身防火墙都需要同时开放80和443端口。在本地执行telnet 服务器公网IP 443，若连接超时，基本就是防火墙拦截或上游运营商限制。这时候先去云控制台检查安全组入站规则，再回到服务器上排查iptables或firewalld配置，不要颠倒顺序。
2. 检查服务器负载与关键资源占用
页面响应很慢或请求排队超时，往往与服务器资源耗尽有关。CPU持续满载、物理内存不足、磁盘写入占满或带宽被耗尽，都会拖慢服务响应。登录服务器后，依次运行top查看负载和CPU占用、free -h看内存余量、df -h检查磁盘使用率，这三条命令可以快速了解服务器整体运行概况。
2.1 揪出占用资源的异常进程
在top界面按P键让进程按CPU占用率排序，逐个查看靠前的进程。常见的异常来源包括：被入侵植入的挖矿程序、数据库缺索引造成慢查询堆积、恶意爬虫频繁抓取页面。结合Nginx或Apache的访问日志，能追踪到异常请求的来源IP和具体URL。比如发现某个接口每秒被请求几百次，可以临时封禁来源IP，或配置频率限制来给服务器减压。
2.2 警惕磁盘写满与交换分区频繁读写
磁盘使用率超过80%就要引起重视。会话文件、运行日志或临时目录写满后，应用无法正常写入缓存，通常直接返回500错误，清理过期日志就能快速释放空间。内存方面，如果free -h显示swap交换分区频繁读写，说明物理内存严重不足，系统不断在内存和磁盘之间换页，性能会断崖式下跌，这时需要优先优化应用内存占用或考虑扩容。
3. 深入应用层排查服务状态与日志
服务器资源正常但页面依然异常，就需要把注意力转到应用进程本身。先查看Web服务是否在运行，比如用systemctl status nginx或ps -ef | grep java确认进程存活。进程正常但接口报错，则重点翻阅应用运行日志和错误日志，日志里通常会记录报错堆栈或明确的错误码，直接指向问题发生的具体模块。
例如，Nginx返回502通常意味着后端应用无法响应，可以先检查后端进程是否假死，再查看应用日志确认是不是查库超时或线程池耗尽。对于PHP类站点，502常见于PHP-FPM进程数不足或请求执行时间超限，调整进程配置或优化脚本就能缓解。
4. 审视数据库配置与查询性能
应用能访问但数据加载很慢或部分功能报错，问题可能出在数据库层。首先确认数据库服务本身是否正常运行，连接数是否达到上限，如果连接池被占满，新请求会一直排队等待甚至直接超时。用show processlist;可以看到当前正在执行的SQL语句，找出哪些长时间运行的查询。
如果频繁出现慢查询，使用EXPLAIN分析执行计划，通常能发现缺失索引或全表扫描的问题。为高频查询的字段加上合适的索引，查询速度可能提升几十倍。另外也要关注数据库磁盘空间和日志大小，事务日志或binlog积压过多同样会拖慢写入性能。常见做法是定期清理历史数据、优化表结构，并设置合理的慢查询阈值以便提前发现问题。
5. 常见问题
5.1 网站突然打不开，但手机访问正常是怎么回事
这种情况多半是电脑本地DNS缓存异常或路由器设置问题。可以在命令行执行ipconfig/flushdns清空DNS缓存，或重启路由器试试。若重启后仍无法访问，再考虑修改电脑的DNS服务器为公共DNS地址。
5.2 网站被DDoS攻击时如何快速恢复访问
遭受攻击时通常表现为流量突增、服务完全不可用。可以先通过云服务商的控制台开启流量清洗或DDoS防护，将恶意流量牵引到高防节点。同时临时封禁异常来源IP，并配合CDN加速节点分散压力。条件允许的话，建议直接接入高防IP服务。
5.3 数据库连接数过高导致网站卡顿，应该怎么处理
先排查是否有慢查询占住连接不释放，杀掉长时间运行的查询进程。接着检查应用代码是否缺少连接释放逻辑，比如连接池配置过小或未正确归还连接。必要时调整数据库的最大连接数设置，并为应用配置合理的连接池上限，防止个别接口异常拖垮整个数据库。
6. 总结
网站故障排查没有捷径，但遵循固定顺序可以大幅减少无用功。每次遇到访问异常，先按网络链路、服务器资源、应用状态、数据库性能这四层逐级排查，每完成一层排除就缩小一圈范围。建议平时就准备好常用的排查命令清单和服务器访问日志的查看方法，发生问题时按照流程操作，而不是看到报错就盲目重启。建立一份简明的故障记录，把每次定位到的根因和恢复手段记下来，下次遇到类似问题时就能更快解决。
