服务器错误怎么解决

# 1. 记录当前时间与状态码分布
date '+%F %T'
awk '{print $9}' /var/log/nginx/access.log | sort | uniq -c | sort -rn | head -10

# 2. 定位最早出现错误的时间点（缩小到"从哪一刻开始坏"）
awk '$9 >= 500 {print $4, $9, $7}' /var/log/nginx/access.log | head -5

# 3. 判断影响范围：是全部接口还是特定接口
awk '$9 >= 500 {print $7}' /var/log/nginx/access.log | sort | uniq -c | sort -rn | head -10

# 4. 保存现场（后续所有操作前都要先做这一步）
mkdir -p /root/fix-$(date +%F-%H%M)
cp -a /etc/nginx /root/fix-$(date +%F-%H%M)/nginx-conf
journalctl -p err --since "2 hours ago" --no-pager > /root/fix-$(date +%F-%H%M)/err.log

# ① 进程还在吗？—— 不在则属系统层（OOM / 崩溃）
systemctl is-active nginx php8.3-fpm mysql

# ② 资源够吗？—— df -h 看空间、df -i 看 inode、free -h 看内存
df -hT | grep -vE "tmpfs|overlay"; df -i | grep -vE "tmpfs|overlay"; free -h

# ③ 被 OOM 杀过吗？—— 有 Killed process 即确认为内存问题
dmesg -T 2>/dev/null | grep -i "killed process" | tail -5

# ④ 端口在监听吗？—— 没有 LISTEN 说明服务层或监听配置有问题
ss -lntp | grep -E ":80|:443|:9000"

# 1. systemd 服务日志（-x 附解释，-e 跳到末尾，-u 指定单元）
journalctl -xeu nginx --since "30 min ago" --no-pager
journalctl -xeu php8.3-fpm --since "30 min ago" --no-pager

# 2. 实时跟踪 Nginx 错误日志（复现问题时最有效）
tail -f /var/log/nginx/error.log
tail -f /var/log/php8.3-fpm.log

# 3. 内核日志：OOM、磁盘错误、网卡异常
dmesg -T | tail -40
journalctl -k --since "1 hour ago" --no-pager | tail -30

# 4. 只筛错误级别以上的所有日志
journalctl -p err -b --no-pager | tail -40

nginx -t                       # Nginx 1.26 语法与配置文件检测
php-fpm8.3 -t                  # PHP-FPM 池配置检测
named-checkconf 2>/dev/null    # 若有 Bind9

# /etc/nginx/sites-available/example.com（Nginx 1.26）—— 解决 504 与 502
location ~ \.php$ {
    include snippets/fastcgi-php.conf;
    fastcgi_pass unix:/run/php/php8.3-fpm.sock;
    fastcgi_read_timeout 120s;        # 默认 60s，慢接口调大
    fastcgi_connect_timeout 10s;
    fastcgi_send_timeout 120s;
    fastcgi_buffering on;
}

; /etc/php/8.3/fpm/pool.d/www.conf —— 解决进程池耗尽导致的 502
pm = dynamic
pm.max_children = 50          ; 按内存估算：每进程约 30~40 MB
pm.start_servers = 8
pm.min_spare_servers = 5
pm.max_spare_servers = 15
pm.max_requests = 1000        ; 防内存泄漏累积
request_terminate_timeout = 120s
slowlog = /var/log/php8.3-fpm.slow.log
request_slowlog_timeout = 5s

# /etc/systemd/system/nginx.service.d/override.conf —— 解决文件句柄耗尽
[Service]
LimitNOFILE=65535
LimitNPROC=65535

# 应用 systemd 覆盖配置并验证
systemctl daemon-reload
systemctl restart nginx
systemctl show nginx | grep -i limitnofile

# PHP-FPM 进程数估算与验证
ps aux | grep -c "[p]hp-fpm"
tail -f /var/log/php8.3-fpm.slow.log     # 慢日志定位 504 真凶

# 1. 改配置前先备份（时间戳命名，可随时回退）
cp /etc/nginx/sites-available/example.com{,.bak-$(date +%F-%H%M)}

# 2. 语法检测通过后才 reload（reload 比 restart 平滑，不断连接）
nginx -t && systemctl reload nginx

# 3. 回滚：把备份文件覆盖回来再 reload
cp /etc/nginx/sites-available/example.com.bak-2026-06-18-1430 \
   /etc/nginx/sites-available/example.com
nginx -t && systemctl reload nginx

# Nginx 1.26 简单灰度：按权重分流
upstream backend {
    server 10.0.0.11:8080 weight=9;    # 旧版本，90% 流量
    server 10.0.0.12:8080 weight=1;    # 新版本，10% 流量
    server 10.0.0.11:8080 backup;      # 兜底
}

# 连续 30 次请求，统计状态码与耗时
for i in $(seq 1 30); do
  curl -s -o /dev/null -w "%{http_code} %{time_total}\n" https://example.com/
  sleep 2
done | sort | uniq -c

# 观察错误日志是否还在增长（不增长才算真的修好）
watch -n 10 "wc -l /var/log/nginx/error.log"

# 复查 OOM 与资源（确认没有进入"修好—复发"循环）
dmesg -T | grep -ci "killed process"