如何应对 Apache 虚拟主机因资源限制导致的 500 错误

Apache虚拟主机返回500错误若非语法或权限问题，多因系统资源限制——如内存不足、进程数超限、PHP超时或响应头过大；需查error.log线索、监控free/df/ps、调RLimitMEM/RLimitCPU及php_admin_value参数，并清理冗余响应头。

Apache 虚拟主机返回 500 错误，若确认不是语法或权限问题，很可能是由系统级资源限制触发的——比如内存不足、进程数超限、PHP 执行超时或响应头过大。这类错误不会直接报出“内存不够”之类提示，但日志中常出现 “Cannot allocate memory”、“Out of memory”、“Segmentation fault” 或 “headers too large” 等线索。

检查 Apache 和 PHP 的资源使用情况

资源耗尽往往先体现在日志和进程行为上：

• 用 tail -n 50 /var/log/apache2/error.log 查看是否有 Fork: Cannot allocate memory 或 PHP Fatal error: Out of memory 类提示
• 运行 free -h 和 df -h 检查内存与磁盘空间是否告急（尤其 /var/log 或 /tmp 分区满会导致 Apache 写日志失败，间接引发 500）
• 执行 ps aux --sort=-%mem | head -10 查看哪些进程占用了大量内存
• 对 PHP 应用，检查 phpinfo() 中 memory_limit、max_execution_time 和 max_input_time 实际值是否过低

调整虚拟主机级别的资源限制

在对应虚拟主机配置文件（如 /etc/apache2/sites-available/your-site.conf）中，可针对性加设限制，避免单个站点拖垮全局：

• 用 RLimitMEM 限制该站点最大内存使用（单位为 KB），例如：
  RLimitMEM 262144（即 256MB）
• 用 RLimitCPU 限制 CPU 时间（秒），防止脚本死循环：
  RLimitCPU 60
• 配合 php_admin_value 为该虚拟主机单独设定 PHP 参数：
  php_admin_value memory_limit 192M
php_admin_value max_execution_time 45
• 重启生效：sudo systemctl reload apache2（reload 比 restart 更轻量）

优化响应头与输出缓冲防溢出

某些 CMS（如 Drupal、WordPress 插件）会向响应头注入大量缓存标签（X-Drupal-Cache-Tags）、调试信息或重复 Cookie，导致响应头总长超过 Apache 默认的 8KB 限制，从而返回 500。

• 启用 mod_headers（sudo a2enmod headers），在虚拟主机配置中移除冗余头：
  Header unset X-Drupal-Cache-Tags
Header unset X-Powered-By
• 在 PHP 入口文件顶部添加缓冲控制：
  if (function_exists('apache_get_modules') && in_array('mod_headers', apache_get_modules())) { header_remove('X-Powered-By'); }
• 检查是否启用了过度日志记录（如开启 log_errors = On 但 error_log 文件所在分区已满），及时轮转或清理

监控与预防措施

避免问题反复发生，需建立基础监控习惯：

• 设置日志轮转（如用 logrotate 管理 /var/log/apache2/*.log），防止日志撑爆磁盘
• 对高流量虚拟主机，考虑启用 mpm_event 替代 mpm_prefork，更高效利用内存
• 在部署新插件或更新后，用 ab -n 100 -c 10 http://yoursite/ 做简易压力测试，观察是否快速触发 500
• 将关键资源指标（内存、负载、Apache 进程数）接入简单监控（如 htop + 自定义脚本或 Prometheus Node Exporter）