五、检查网络、防火墙和安全组设置

CPU 持续接🌅近满载，通常说明某个程序运行异常、访问量突然增加🎵、定时任务集中执行，或者存在恶意进程。短时间的高占用不一定是故障，例如备份、压缩和数据导入都会消耗较多 CPU。需要结合持续时间和进程列表判断，不能只看到一个瞬时数值就立即终止程序。

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

3. 检查磁盘空间和 inode

不少用户搜索“1. 检查服务器状态”，通常是因为网站访问缓慢🎆、页面无法打开、接口请求超时，或者远程服务器突然没有响应。遇到这类情况，最有效的做法不是马上重启，🔍而是按照“能否连接、资源是否充足、服务是否正常、网络是否稳定、日志有无异常”的顺序逐项排查。这样既能快速定位故障，也能避免误操作导致数据丢失或业务中断。

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

2. 检查内存与交换空间

检查服务时，不能只看“进程还在不在”。有些程序虽然没有退出，但已经进入假死状态，仍然占用端口，却无法正常处理请求。更可🔑靠的方式是访问健康检查地址、执👍行一次简单接口请求，或者从服务日志中确认最近是否有成功处理记录。

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

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

2. 使用基础网络命令判断连通性

发布后出现异常：核对代码、环境变量、依赖包、文件权限和数据库变更，必要时通过🎇备份或🍀版本回滚恢复服务，再在测试环境复现问题。

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

如果是 Linux 服务器，可以通过系统监控工具查看当前占用 CPU 较高🌟的进程；Windows 服务器则可以在任务管理器中查看处理器、进程和服务。找到异常进程后，应先确认它属于哪个应🌟用，再决定重启服务、限制资源还是进一步检查程序日志。

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

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

在电脑终端中，可以使用 Ping 测试服务器 IP 是否有响应。Ping 能帮助判断网络层是否连通，但有些云服务器会禁止 ICMP 请求，因此没有返回不🎨一定代表服务器已经宕机。更准确的方式是测试网站端口或直接请求网页，例如使用 curl 访问域名，观察返回状态码、响应时间和服务器是否能够建立连接。

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

1. 检查 CPU 使用率

一次排查结束后，建议记录故障开始时间、受影响的功能、监控数据、执行过的操作和最终处理结果。这样的记录可以帮助团队发现重复出现的规律，也便于后续优化服务器配置。不要只记录“重启后恢复”，还要写清楚重启前的 CPU、内存、磁盘、网络和日志表现。

六、不同故障现象对应的排查方向

生产环境中还要防止日志无限增长。可以设置合理的日志轮换和保留周期，并定期将重要日志备份到独立存储。日志清理前应确认是否正在用于安全审计或问题追踪，不能为了释放磁盘而直接删除全部记录。