恩威信息网IT运维避坑：5个真实高频故障与排查命令

做IT运维最怕的不是出问题，而是同一个坑反复踩。恩威信息网团队在维护多个企业站点时，总结出5个高频故障场景，每个都对应真实案例和排查命令。直接上干货，不废话。

1. 服务器磁盘写满导致服务假死

某客户网站突然返回502，检查Nginx和PHP-FPM进程都在，但页面始终加载不了。用df -h一看，根分区使用率100%。日志文件/var/log/nginx/access.log已经撑到15GB，是因为访问日志没开轮转。

排查命令：df -h + du -sh /var/log/nginx/* 定位大文件。应急方案是cat /dev/null > /var/log/nginx/access.log释放空间。根本解决是在/etc/logrotate.d/nginx里配置按天轮转，保留30天。

常见坑：只清理日志不配置轮转，过几天又满。检查点：logrotate -d /etc/logrotate.d/nginx 模拟测试配置是否生效。

2. 域名解析缓存导致的访问异常

恩威信息网改版后切换了新服务器IP，旧IP已经停用。但部分用户反馈无法访问，持续了4小时。查DNS记录确认A记录已经指向新IP，本地ping也正常。问题出在用户本地DNS缓存或运营商递归DNS没刷新。

排查方法：让用户执行 ipconfig /flushdns（Windows）或 sudo dscacheutil -flushcache（macOS）。运维侧建议将旧IP保留至少72小时，配置HTTP 301跳转到新域名。同时利用百度资源平台提交站点改版规则，加速搜索引擎识别。

常见坑：切换前未降低TTL值。应在变更前24小时将TTL从默认3600秒降到300秒，变更后再调回。检查点：dig +short example.com 看TTL剩余时间。

3. PHP-FPM进程耗尽导致504超时

客户电商站大促期间频繁出现504 Gateway Timeout。服务器CPU和内存都只有30%，但PHP-FPM的pm.max_children设置的是10，请求一多进程池立即被占满。用ps aux | grep php-fpm看到所有进程状态都是S（睡眠），说明都在等待数据库或外部API响应。

排查命令：netstat -anp | grep :9000 | wc -l 统计当前PHP-FPM连接数。优化方案：调大pm.max_children到50，同时设置pm.process_idle_timeout = 10s避免空闲进程占用。如果内存够用，可以改成pm = dynamic动态管理。

常见坑：只调大max_children却不增加pm.max_spare_servers，导致进程频繁创建销毁。检查点：查看PHP-FPM日志tail -f /var/log/php-fpm/error.log是否有WARNING: [pool www] server reached pm.max_children setting。

4. MySQL慢查询拖垮整站响应

某企业网站首页加载时间从1秒飙升到8秒，但后台和API接口正常。用show processlist;发现大量Sending data状态的SQL，全是SELECT * FROM posts ORDER BY created_at DESC LIMIT 10，没有WHERE条件且表记录超过50万行。

排查命令：mysqladmin -i 1 processlist 每秒刷新查看活跃连接。开启慢查询日志：SET GLOBAL slow_query_log = ON; SET GLOBAL long_query_time = 2; 然后分析mysqldumpslow结果。加复合索引ALTER TABLE posts ADD INDEX idx_created_at (created_at);后，响应时间降到200ms。

常见坑：索引加错字段顺序或类型不匹配。检查点：用EXPLAIN SELECT ...看type是否为index，rows扫描行数是否合理。

5. 安全检查清单与FAQ

以下检查清单可以贴在运维手册里：

• 磁盘使用率df -h，超过80%预警
• 日志轮转配置logrotate -d测试
• 域名TTL变更前降为300秒
• PHP-FPM进程池状态pm.status_path开启
• 慢查询日志开启，阈值不超过2秒
• 百度资源平台抓取异常监测

FAQ

Q：日志轮转后为什么磁盘空间没释放？
A：可能日志文件仍被进程占用，需要kill -USR1 $(cat /var/run/nginx.pid)让Nginx重新打开文件句柄。

Q：MySQL慢查询日志太大怎么办？
A：使用pt-query-digest工具分析，或直接清空ｔｒｕｎｃａｔｅ mysql.slow_log（表模式）后重新开启。

复盘这5个坑，核心问题是监控缺失和配置默认值。恩威信息网建议每台服务器部署基础监控脚本，至少覆盖磁盘、进程、慢查询三项。运维没有银弹，但把常见坑记牢能省下80%的排查时间。