Apache 运维实战：从配置结构到性能调优
Apache HTTP Server 仍是大量传统业务与混合架构中的主力 Web 服务。本页围绕配置文件组织、虚拟主机、模块加载、并发模型与常见故障，整理一套可复用的运维思路，帮助你在接手或迁移 Apache 环境时快速建立掌控感。
MPM
并发模型选择
VHost
虚拟主机隔离
Rewrite
URL 重写与跳转
一、配置文件结构速览
Apache 的主配置通常位于 /etc/httpd/conf/httpd.conf（RHEL 系）或 /etc/apache2/apache2.conf（Debian 系）。理解 Include 与 IncludeOptional 的加载顺序，是排查“配置改了不生效”的第一步。
- 主配置只保留全局参数，站点级配置拆到 conf.d 或 sites-available 目录
- 用 httpd -t 或 apachectl configtest 做语法预检，再 reload
- 模块通过 LoadModule 显式加载，避免隐式依赖导致的启动失败
- 日志分级与 LogLevel 调整放在全局段，便于统一排障
二、虚拟主机与常见参数对照
多站点共存时，NameVirtualHost 与 <VirtualHost> 的匹配顺序直接决定请求落到哪个站点。下表整理了运维中最常调整的指令与建议值。
| 指令 | 作用 | 运维建议 |
|---|---|---|
| ServerName | 声明站点主域名 | 与 DNS 保持一致，避免重定向环 |
| DocumentRoot | 站点根目录 | 配合 <Directory> 做访问控制 |
| KeepAlive | 长连接开关 | 高并发下适度开启，注意超时时间 |
| ErrorLog | 错误日志路径 | 按站点拆分，便于定位问题 |
三、性能调优与模块取舍
Apache 的性能瓶颈往往不在单条配置，而在 MPM 模型与模块组合。Prefork 稳定但内存占用高，Worker/Event 更适合高并发静态资源场景。调优前先用 ab 或 wrk 建立基线，再逐项调整。
建议保留
- mod_deflate：压缩文本响应
- mod_expires：静态资源缓存头
- mod_rewrite：URL 规则重写
- mod_ssl：HTTPS 接入
谨慎启用
- mod_status：暴露运行状态，需限源
- mod_info：信息泄露风险
- 大量第三方模块：增加攻击面
- 调试类模块：生产环境关闭
四、常见故障 FAQ
启动报 Address already in use
检查 80/443 端口是否被 Nginx 或其他进程占用，用 ss -lntp 定位后调整监听端口或停用冲突服务。
403 Forbidden 但文件存在
优先检查 <Directory> 的 Require 配置与 SELinux 上下文，再确认目录执行权限是否到位。
修改配置后不生效
确认改动文件确实被 Include 加载，执行 configtest 通过后使用 graceful 重启而非直接 reload。
五、相关阅读
六、栏目导航
七、热门标签
八、图片墙
九、联系方式
- 邮箱：
- 电话：
- 地址：
- 工作时间：