系统异常排查需按五步执行：一查资源使用率，二析应用日志，三验网络连通性，四审进程端口状态，五校配置文件有效性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当系统出现异常响应或性能下降时，通常需要通过一系列标准化的排查手段定位根本原因，并实施针对性优化措施。以下是具体执行步骤：
一、检查系统资源使用率
该方法用于识别是否存在CPU、内存、磁盘I/O或网络带宽的持续性瓶颈，这些资源过载常直接导致服务延迟或中断。
1、登录服务器终端，执行top命令实时查看CPU与内存占用情况。
2、运行df -h命令检查各挂载点磁盘空间使用比例，重点关注/var和/tmp目录。
3、使用iostat -x 1 5观察磁盘await值与%util指标，若await持续高于50ms或%util超过95%，表明存在I/O阻塞。
4、执行netstat -s | grep -i "retransmit"统计TCP重传次数，重传率高于0.5%需怀疑网络链路质量或接收端处理能力不足。
二、分析应用日志输出
应用程序自身产生的结构化或非结构化日志是定位逻辑错误、异常抛出及配置失效的关键依据，需结合时间戳与错误级别筛选有效信息。
1、进入应用日志目录，例如/opt/app/logs/，使用ls -t | head -n 1定位最新日志文件。
2、执行grep -i "error\|exception\|timeout" latest.log | tail -n 20提取末尾高频错误片段。
3、对疑似异常时间段执行sed -n '/2024-06-15 14:20:00/,/2024-06-15 14:25:00/p' latest.log截取上下文。
4、若发现大量Connection refused或No route to host，应立即核查依赖服务是否存活及防火墙策略是否放行对应端口。
三、验证网络连通性与路径质量
该步骤用于排除因路由跳转异常、中间设备限速或DNS解析失败引发的服务不可达问题。
1、使用ping -c 4 target-host测试基础ICMP可达性。
2、执行traceroute -n target-host识别路径中延迟突增或中断的节点。
3、运行nslookup target-domain 8.8.8.8绕过本地DNS缓存验证域名解析准确性。
4、若traceroute在第3跳后全部显示*号且ping不通，需联系网络管理员确认该段链路ACL策略或物理链路状态。
四、审查进程与端口占用状态
确认目标服务进程是否正常运行、监听端口是否被意外占用或绑定至错误地址，是恢复服务可用性的前置条件。
1、执行ps aux | grep app-process-name查找服务主进程是否存在且状态为S或R。
2、运行lsof -i :8080（替换为目标端口号）检查端口占用详情。
3、使用netstat -tuln | grep :8080验证监听地址是否为0.0.0.0:8080而非127.0.0.1:8080。
4、若lsof返回结果中COMMAND列为java且PID重复出现，需进一步用jstack -l PID分析线程死锁或阻塞。
五、校验配置文件语法与参数有效性
配置项拼写错误、路径不存在、权限不匹配或数值越界等低级失误，常在服务重启后才暴露，需逐层验证其合法性。
1、对YAML格式配置执行yamllint config.yaml检测缩进与冒号缺失问题。
2、运行cat config.properties | grep -v "^#" | grep "=" | awk -F= '{print $1}' | sort | uniq -d识别重复键名。
3、使用stat -c "%U:%G %a %n" /path/to/config确认文件属主与权限符合运行用户要求。
4、若配置中包含绝对路径，请用ls -ld逐级验证父目录是否存在且具有x权限，否则服务将无法访问子资源。
