网站打不开怎么排查？从域名解析到数据库的完整指南
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d7b09446a049.html
📄
网站突然打不开，页面转圈半天后显示无法连接，或者接口频繁报错，这类问题往往让人焦头烂额。与其盲目刷新浏览器或重启服务器，不如掌握一套系统化的排查思路。按照从网络到代码、从外部到内部的顺序逐层定位，通常能更快找到问题根源，让网站恢复正常。
1. 先确认网络访问链路是否通畅
网站无法访问时，第一步要判断故障范围。如果只有你自己打不开，而同事或朋友能正常访问，说明问题大概率出在你的本地网络或设备上。反之，如果所有人都无法访问，那就需要从服务器侧开始检查。
1.1 核查域名解析是否指向正确
在电脑的命令行窗口执行 nslookup 你的域名 或 dig 你的域名，查看返回的IP地址是否和服务器实际IP一致。常见问题包括：A记录被误改、解析记录指向了已经失效的旧IP、或者TTL设置时间过长导致全球DNS缓存更新缓慢。登录域名服务商的后台，核对A记录和CNAME记录，同时确认CDN回源地址是否正确。如果使用了CDN加速，部分地区访问异常时要优先检查CDN节点缓存状态。
1.2 验证服务器端口是否对外开放
有时域名解析正常，ping也能通，但浏览器就是打不开页面，这多半是端口被防火墙拦截。登录云服务器控制台，确认安全组策略中已经放行80（HTTP）和443（HTTPS）端口。在本地用 telnet 服务器IP 443 命令测试端口连通性，如果telnet提示连接超时，就要仔细排查防火墙入站规则，并留意云服务商是否默认屏蔽了某些特殊端口。
2. 检查服务器资源是否已到瓶颈
如果网络链路没有问题，但网站响应缓慢、请求经常超时，需要考虑是不是服务器资源耗尽。CPU持续满载、内存不足、磁盘空间被占满、或者带宽被打满，都会导致新的请求在队列里排队，用户侧就会感受到页面卡顿甚至连接被重置。
2.1 揪出消耗资源的元凶进程
登录服务器后，在终端执行 top 命令并按CPU使用率排序，重点观察占用最高的进程。常见的情况包括：服务器被植入挖矿程序、数据库存在慢查询堆积、或者某个爬虫脚本在疯狂抓取数据。结合Nginx或Apache的访问日志，可以定位到异常流量的来源。举个例子，如果日志里显示某个IP在短时间内发起了成千上万次请求，大概率是恶意爬虫，用防火墙封禁这个IP就能快速缓解压力。
2.2 留意磁盘和交换分区的剩余量
当磁盘使用率逼近90%时，程序可能无法写入新文件，网站会直接返回500错误。这时应该清理过期的日志文件、临时文件和缓存目录，往往能腾出大量空间。另外，执行 free -h 查看内存情况，如果Swap交换分区占用很高，说明物理内存已经吃紧，系统在不断进行内存换页操作，性能会明显下降。此时可以考虑升级内存，或者优化常驻进程的内存占用。
3. 深入应用程序日志寻找线索
排除掉网络和服务器资源问题后，故障点大概率在应用程序本身。程序的日志文件记录了所有请求的处理过程和报错信息，是定位问题最直接的依据。
3.1 定位并阅读错误日志
不同运行环境的日志位置不同：Nginx的日志通常在 /var/log/nginx/error.log，PHP程序的日志可能是 php_error.log，Java应用则要看 catalina.out。打开日志后搜索 ERROR 或 Exception 关键词，仔细阅读堆栈信息中提到的类名、文件路径和行号，这些能直接指向出错的代码段。如果日志里只有零散警告而没有明确错误，可以临时开启调试模式，输出更详细的请求参数和上下文。
3.2 理解各种HTTP状态码的含义
用浏览器开发者工具或 curl -I 你的网址 查看返回的HTTP状态码，能帮你快速判断故障类型：500错误代表服务器内部处理出错，常见原因是代码异常或数据库连接失败；502和504通常由反向代理配置不当或者后端服务超时引起；404则意味着请求路径不存在，可能是伪静态规则被改动。明确状态码后，排查方向就会清晰很多。
4. 排查数据库连接与运行状态
当应用日志中出现数据库连接失败、查询超时等提示时，就需要把目光转向数据存储层。数据库一旦出现问题，网站几乎必然瘫痪。
4.1 检查数据库服务是否正常运行
通过 systemctl status mysql（或对应的数据库服务名）查看数据库进程状态。如果服务处于停止状态，查看错误日志找出停止原因，可能是磁盘空间不足或配置文件中存在语法错误。同时检查数据库的最大连接数设置，当并发连接数超过上限时，新的连接请求会被直接拒绝，应用端就会报错。
4.2 分析是否有慢查询拖垮性能
在MySQL中执行 SHOW PROCESSLIST; 可以查看当前正在执行的所有SQL语句，重点关注长时间处于 Query 状态的进程。慢查询往往是因为SQL语句缺少索引、数据量过大或者存在锁等待。找到执行时间特别长的语句后，结合 EXPLAIN 分析执行计划，为相关字段添加合适的索引通常能显著提升查询效率。
5. 常见问题
5.1 为什么ping得通IP却打不开网页？
ping通只能说明网络层是通的，而网页访问依赖HTTP/HTTPS服务。这种情况通常由三种原因导致：一是Web服务器软件（如Nginx）未启动或崩溃；二是防火墙拦截了80/443端口；三是服务器上的Web服务监听端口和访问端口不一致。
5.2 清理了磁盘空间后网站依然报错怎么办？
磁盘空间不足只是原因之一。清理完空间后，先重启Web服务和PHP-FPM进程，让程序重新加载配置。同时检查磁盘是否仍然存在inode耗尽的问题（用 df -i 查看），有时小文件过多会把inode占满，即使磁盘有剩余空间也无法创建新文件。
5.3 数据库连接数被打满如何快速处理？
先用 SHOW PROCESSLIST 查看是否有大量Sleep状态的连接，这些往往是应用程序未正确释放的连接。可以在应用代码中启用连接池，减少重复建连的开销。紧急情况下，临时调大 max_connections 参数并重启数据库，为排查应用争取时间，但长期来看必须优化代码逻辑。
6. 结语
网站故障排查是一场有章法的工作，按"网络链路→服务器资源→应用日志→数据存储"的顺序逐层验证，每一步都先看现象、再查证据，就能避免在错误的方向上浪费精力。建议平时就建立好完整的监控告警体系，保留至少30天的日志记录，并定期检查磁盘、内存和数据库连接数等关键指标。一旦出现异常，按照上述流程操作，大多数问题都能在半小时内定位解决。
