后端高并发卡死本质是消化能力不足，而非负载不均；需直连验证健康状态、收紧Nginx超时与健康检查、优化PHP-FPM及数据库连接池，并改用least_conn策略。
负载均衡接入后，后端服务器在高并发下卡死，本质不是“分得不够匀”，而是“分出去的请求，后端根本消化不了”。Nginx 或其他负载均衡器只是调度员，它不负责执行业务逻辑；一旦后端因资源耗尽、线程阻塞、数据库锁死或进程池枯竭而陷入假死，调度员仍会持续派单——结果就是 502、超时堆积、雪崩蔓延。
确认后端是否真在“干活”，而非“挂着进程装在线”
别只看 ps aux | grep php-fpm 或服务端口是否 open。要验证真实处理能力：
- 直连每个后端节点执行健康探针：curl -o /dev/null -s -w "%{http_code} %{time_total}s" http://192.168.1.10:8080/health，关注返回码（必须是 200）和响应时间（建议 ≤ 1s）
- 查后端日志关键词：“Connection refused”、“max children reached”、“too many connections”、“OOM killed process”
- 检查系统瓶颈：ss -s 看 socket 连接数、lsof -nPi | wc -l 看文件描述符占用、free -h && top -b -n1 | head -20 看内存与 CPU 是否被 PHP-FPM 或 MySQL 吃满
收紧 Nginx 与后端的通信规则，避免“拖死+误判”
默认超时（如 60s）在高并发下极易放大故障：一个卡住的请求占着连接 60 秒，期间 Nginx 不会重试也不剔除节点，导致后续请求排队等待。
- 在 upstream 块中设置严格超时：
proxy_connect_timeout 5s;
proxy_send_timeout 10s;
proxy_read_timeout 10s;（尤其 proxy_read_timeout 是防“假死”的关键） - 启用主动健康检查（推荐开源版配合 nginx-upstream-check-module）：
check interval=3 rise=2 fall=3 timeout=2 type=http;
check_http_send "GET /health HTTP/1.0\r\n\r\n";
check_http_expect_alive http_2xx; - 配置失败自动隔离：
server 192.168.1.10:8080 max_fails=2 fail_timeout=30s;
优化后端自身承载能力，尤其是 PHP-FPM 和数据库层
负载均衡不能替代后端扩容。高并发卡死，80% 源于后端配置僵化或资源争抢。
- PHP-FPM 必调参数（以 4C8G 服务器为例）：
pm = dynamic
pm.max_children = 60–80（按内存计算：总内存 ÷ 每个子进程平均内存 ≈ 8G ÷ 120MB ≈ 65）
pm.start_servers = 12
pm.min_spare_servers = 8
pm.max_spare_servers = 24
pm.max_requests = 500（防内存泄漏） - 数据库连接必须限流：PHP 中用 PDO 设置 PDO::ATTR_EMULATE_PREPARES = false，连接池最大数 ≤ 后端 MySQL 的 max_connections × 0.7；避免所有 PHP 实例同时建连打爆 DB
- 传感器或上报类场景，务必引入异步队列（如 Redis List + Worker），Web 层只做接收确认，不参与写库主流程
选用更抗压的转发策略，减少“慢节点吸走快流量”
轮询（round-robin）在节点性能突变时会加剧不均；least_conn 能天然规避已堆积大量慢请求的节点。
- 在 upstream 中启用：
least_conn; - 若需会话保持（如设备认证态），改用 ip_hash;，但需注意它不解决卡死，仅限制影响范围
- 禁用静态 weight，除非你有实时监控并能每分钟手动调权——否则它只会让问题更隐蔽
