怎么解决 Apache 在高并发下的请求拒绝问题-Apache-PHP中文网

apache高并发下请求拒绝的根本原因是底层资源瓶颈，而非单纯性能不足；需通过文件句柄、连接状态和错误日志三步快速定位；必须永久放开句柄限制、选用event模式调优mpm参数，并强化后端健康检查与内核参数。

怎么解决 apache 在高并发下的请求拒绝问题

Apache 在高并发下出现“请求拒绝”，常见表现是 503 Service Unavailable、502 Bad Gateway，或直接连接超时、Connection refused，根本原因不是 Apache “扛不住”，而是底层资源被卡住——文件句柄耗尽、连接队列溢出、进程/线程数不足、后端健康检查失效或系统级限制未放开。解决需分层定位、逐项加固，不能只调 MaxRequestWorkers。

查清到底是哪一层在拒绝

先别改配置，用三句话快速锁定瓶颈：

执行 cat /proc/$(pgrep apache2 | head -1)/limits | grep "Max open files"：若显示 1024 1024，说明文件句柄没放开，这是最常见根因；
运行 ss -s | grep tcp：若 TIME-WAIT 超过 1 万，或 established 却很低，说明连接回收慢或后端响应延迟；
查 tail -n 50 /var/log/apache2/error.log：重点看是否有 server reached MaxRequestWorkers、no space left on device（实为 fd 耗尽）、connection refused by backend 等关键词。

永久放开文件句柄限制（必须做）

Apache 进程启动时继承系统限制，默认 1024，撑不过几百并发。需同时配置用户级和 systemd 级限制：

编辑 /etc/security/limits.conf，追加（假设运行用户为 www-data）：
```
www-data soft nofile 65535
www-data hard nofile 65535
```

若用 systemd（绝大多数现代发行版），创建覆盖文件：

sudo mkdir -p /etc/systemd/system/apache2.service.d
sudo tee /etc/systemd/system/apache2.service.d/limits.conf

重载并重启：sudo systemctl daemon-reload && sudo systemctl restart apache2

⚠️ 注意：改完必须验证——重启后立刻执行 cat /proc/$(pgrep apache2 | head -1)/limits | grep "Max open files"，输出应为 65535 65535（两列一致才生效）。

Apache Superset Dashboard and SQL Exploration Skill
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。

下载

调优 MPM 工作模式与并发参数

Prefork 模式已不推荐；高并发首选 event 模式（支持 KeepAlive + 异步处理）：

确保启用模块：a2enmod mpm_event（Debian/Ubuntu）或确认 httpd.conf 中加载 mod_mpm_event.so；

在 <ifmodule mpm_event_module></ifmodule> 块中设置（示例，按 16GB 内存+8核估算）：

StartServers          4
MinSpareThreads      75
MaxSpareThreads     250
ThreadsPerChild      25
MaxRequestWorkers   400
ServerLimit          16
MaxConnectionsPerChild 10000

关键逻辑：MaxRequestWorkers = ServerLimit × ThreadsPerChild，不能超内存（每个线程约占用 2–4MB）；
修改后执行 sudo apachectl configtest && sudo systemctl restart apache2。

强化反向代理与后端健康检查（如用 mod_proxy）

若 Apache 作为负载均衡器（如 mod_proxy_balancer），请求秒拒多因后端不可达却未及时剔除：

在 BalancerMember 中强制加入 ping 和 retry：

<proxy balancer:>
  BalancerMember http://10.0.1.10:8080 ping=5ms retry=3 timeout=5
  BalancerMember http://10.0.1.11:8080 ping=5ms retry=3 timeout=5
  ProxySet lbmethod=byrequests
  ProxySet maxattempts=2
</proxy>

ping=5ms 表示每 5ms 发心跳探测；retry=3 指失败后 3 秒内不派新请求给该节点；
同时确保后端服务自身也调大其文件句柄与连接超时（如 Tomcat 的 connectionTimeout="20000"）。

补充关键内核参数（配合句柄放开）

仅放开用户限制不够，系统级网络栈需同步优化：

编辑 /etc/sysctl.conf，追加：

net.core.somaxconn = 65535
net.ipv4.tcp_max_syn_backlog = 65535
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_fin_timeout = 30
fs.file-max = 2097152

生效：sudo sysctl -p；
tcp_tw_reuse = 1 可安全复用 TIME-WAIT socket（要求 tcp_timestamps = 1，默认开启）。

不复杂但容易忽略