1. 检查 CPU 使用率

如果只有个别页面报错，通常应先查看对应应用的日志；如果所有站点同时变慢，则要检查系统资源、网络和数据库；如果故障发生在发布、升级或修改配置之后，则应优先对比变更内容。日志中出现大量相同错误时，不要只处理最后一条，要判断它是根本原因，还是前一个故障引发的连锁提示。

偶尔出现 502 或 504：重点检查反向代理与后端应用的连接、进程数量、超时设置和数据库响应速度，同时关注应用是否频繁重启。

二、登录服务器后检查系统资源

能够登录服务器，并不代表业务一定正常。很多网站表面上仍然在线，但✅由于内存不足、磁盘占满或 CPU 长时间过高，已经出现页面加载缓慢、后台无法进入和接口频繁超时等问题。因此，登录系统后的第一步应当是查看整体资源使用情况。

除了容量，还要关注 inode 使用情况。服务器上如果产生了大量小文件📌，即使磁盘仍有剩余空间，inode 用尽后同样无法创建新文件。清理时应优先处理过期日志、临时文件和无用备份，删除前先确认文件来源，并保留必要的数据副本，避免误删网站程序或数据库文件。

四、查看日志，寻找最接近故障发生时间的线索

只有后台无法登录：检查登录接口、会话存储、验证码服务、数据库🔥连接以及账号权限，不要简单地把整个服务器重启。

3. 检查磁盘空间和 inode

先在不同网络环境下打开网站，例如分别使用办公网络、手机流量和其他💪地区的网络进行测试。如果所有网络都无法访问，问题可能出在服务器、域名解析、防火墙或网站服务本身；如果只有某一个网络打不开，则要重点检查本地网络、运营商线路或访问策略。

内存不足时，服务器可能⭐出现响应越来越慢、数据库连接失败、应用程序自动退出等现象。查看内存时，不仅要关注已使用比例，还要留意可用内存、缓存和交换空间。如果交换空间被大量使用，说明物理内存压力已经较大，继续增加并发请求可能加重问题。

如果系统资源正常、服务进程也在运行，却无法从外部访问，应重点核对端口监听和访问规则。网站常用的 HTTP、HTTPS💪 端口需要在云平台安全组、服务器防火墙以及本机服务配置中保持一致。只开放了云安全组而忽略系统防火墙，或者服务只监听本地地址，都可能导致外部请求失败。

一、先确认服务器是否可以正常连接

常见原因包括程序内存泄漏、缓存设置过大、数据库查询没有释放资源，以及同时运行了过多后台任务。临时重启可能让内存恢复，但只能缓解表面问题，后续仍需要根据进程变化和应用日志查找根源。

网站完全打不开：先检查域名解🔑析、服务器连通性、端口监听和 Web 服务状态，再查看云平台是否存在实例停止、欠费或基础设施故障。

网站打开很慢：对比 CPU、内存、磁盘 I/O、数据库查询和网络响应时间，判断是服务器资源不足，还是某个页面请求、插件或接口耗时过长。

三、确认网站和关键服务是否正常运行

如果域名无法访问而 IP 可以访问，应检查 DNS 解析记录、解析是否过期以及域名是否指向了错误的地址。如果 IP 和域名都无法连接，则继续查看云平台控制台、远程登录状态和安全组规则。排查时要记录测试时间，因为网络故障可能具有临时性。

磁盘空间不足是最容易被忽视的故障之一。当系统分区、网站目录或数据库分区接近满载时，日志无法写入、文件无法上传，甚至系统服务也可能停止。检查时应分别查看各个挂载分区，不能只看总磁盘容量。

日志是检查服务器状态时最有价值的信息来源。建议先确定故障出现的具体时间，再查看 Web 访问日志、错误日志、应用日志和系统日志，重点寻找连接失败、权限错误、内存溢出、文件无法写入、数据库超时和进程崩溃等信息。