不能在<VirtualHost>中配置MPM参数，因为MPM是Apache全局进程调度模块，仅在主配置文件中生效；虚拟主机仅控制HTTP层行为，所有站点共享同一工作进程池。

做不到。

MPM（Multi-Processing Module）是 Apache 的底层进程/线程调度核心，启动时一次性加载并全程生效，作用域为整个服务器进程。<VirtualHost> 仅控制 HTTP 层行为——比如路由、日志路径、SSL 设置、访问控制、DocumentRoot 和 ServerName 等，完全不参与进程创建、线程分配或连接接纳等底层调度。

所有虚拟主机共享同一套工作进程池。你在 <VirtualHost> 里写 MaxRequestWorkers 100 或 ThreadsPerChild 25，Apache 启动时会直接报错，例如：

Invalid command 'MaxRequestWorkers', perhaps misspelled or defined by a module not included

因为这些指令只被 MPM 模块在全局上下文识别，<VirtualHost> 内部既不加载也不解析它们。

关键事实：

• MPM 配置文件（如 /etc/apache2/mods-available/mpm_event.conf）是唯一合法位置
• LoadModule mpm_prefork_module 和 LoadModule mpm_event_module 不能共存，只能启用其一
• <IfModule mpm_event_module> 块本身也必须位于主配置层级，不可嵌套进 <VirtualHost>

如果你的真实目标是“让不同站点拥有差异化资源约束”，可行替代方案有：

• 用 mod_qos 实现每站点并发/带宽限制
  在 <VirtualHost> 中添加：

  QS_Limit 20          # 限制该站点最多 20 个并发请求  
  QS_SrvMaxConn 50     # 限制该站点每秒最多接受 50 新连接  

• 用 Nginx 做前端反向代理 + 多 Apache 实例隔离

  • 启动两个独立 Apache 进程：一个用 mpm_event（高并发静态站），一个用 mpm_prefork（兼容旧 PHP 模块）
  • 分别监听不同端口（如 :8001 和 :8002）
  • Nginx 根据 Host 头将请求分发到对应后端

• 换用更现代的架构：Nginx + PHP-FPM 池隔离

  • 每个站点配独立 www.conf，设置 pm.max_children、pm.start_servers 等
  • 资源真正按站点隔离，且支持动态伸缩

MPM 参数不是“网站配置项”，而是“服务器运行模型”。想对不同域名做资源分级，不该在 Apache 虚拟主机里找出口，而应从流量控制层（mod_qos）、进程隔离层（多实例）或服务架构层（Nginx+PHP-FPM）入手。