服务器突然报错、网站打不开、数据库连不上…… 这些问题是不是让你头大？别慌！今天教你一套「望闻问切」的排查法，90% 的服务器故障都能轻松解决！

一、定位错误类型：先看日志再动手

1. 日志是关键

• 系统日志：Linux 路径 /var/log/syslog，Windows 打开「事件查看器」。
• 服务日志：Nginx 在 /var/log/nginx/error.log，MySQL 在 /var/log/mysql/error.log。
• 应用日志：比如 Laravel 的 storage/logs/laravel.log，直接搜关键词 ERROR 或 Exception。
• 命令小技巧：

tail -f /var/log/nginx/error.log  # 实时看日志
grep "500 Internal Server Error" /var/log/syslog  # 精准定位问题

2. 错误类型分类

• 应用层：代码逻辑错、依赖缺失（比如 npm install 没装包）。
• 服务层：Web 服务器（Nginx/Apache）启动失败，或数据库（MySQL）连不上。
• 系统层：内存不足（OOM）、磁盘空间满（df -h 查）。
• 网络层：端口被防火墙拦截（ufw status 查）、DNS 解析失败。

二、分场景急救：5 分钟解决 90% 问题

场景 1：网站突然打不开？500 错误急救指南

• 第一步：检查代码语法。PHP 用 php -l 命令，JS 用 ESLint，避免低级错误。
• 第二步：核对配置文件。比如 .env 里的数据库密码是否被改，文件权限是否正确（chown -R www-data:www-data /var/www）。
• 第三步：重启服务。

systemctl restart php-fpm  # PHP服务
systemctl restart tomcat   # Java服务

场景 2：数据库连不上？MySQL 拒绝访问

• 第一步：本地测试连接。

mysql -u root -p  # 输入密码，失败就检查密码或权限

第二步：查看服务状态。

systemctl status mysql  # 显示active就正常，否则启动
systemctl start mysql

第三步：检查端口占用。

lsof -i :3306  # 看是否被其他进程占用

场景 3：系统资源告急！内存 / 磁盘满了

• 内存不足：用 free -h 或 top 命令，若 used 接近 total，可能触发 OOM Killer，需重启占用大内存的服务。
• 磁盘空间满：用 df -h 查，超过 90% 就清理日志（rm /var/log/*.log）或删除临时文件（rm -rf /tmp/*）。注意：别删正在被进程使用的文件，用 lsof | grep deleted 找残留文件，再 kill -9 <PID> 释放。

场景 4：网络不通？端口被封或 DNS 出问题

• 检查防火墙：

sudo ufw status  # Linux防火墙状态

• 云服务器还要检查安全组，放行 80/443/3306 等端口。
• 测试连通性：用 ping server-ip 看是否丢包，telnet server-ip 80 测端口是否通。DNS 问题？直接用 IP 访问，若成功则检查域名解析（nslookup example.com）。

三、高级技巧：预防 + 监控，让故障不再来

1. 版本回滚：用 Git 回退代码，或数据库迁移工具（如 Django 的 python manage.py migrate --rollback）。
2. 监控报警：装 Prometheus+Grafana 监控 CPU / 内存，ELK Stack 分析日志。设置阈值：磁盘使用率 > 90%、内存 < 10% 时发邮件或短信。
3. 定期维护：每周备份数据库和配置文件（mysqldump -u root -p dbname > backup.sql）。每月更新系统补丁（apt update && apt upgrade），避免漏洞攻击。

四、何时该求助专业人士？

• 核心系统报错：如 Kernel Panic（Linux 内核崩溃）、Windows 蓝屏代码 0x0000007B。
• 集群架构问题：Kubernetes、Docker Swarm 等复杂环境。
• 服务器被入侵：发现异常进程（top 看）、文件被篡改，立即断网并联系运维团队。