限制动态应用内存的关键是控制其后端进程（如PHP-FPM、mod_wsgi）而非Apache主进程；PHP-FPM模式下应在pool配置中设置php_admin_value[memory_limit]、pm.max_children等参数，mod_php则需通过MPM调优与ulimit约束。
Apache 本身不直接管理 PHP 或其他动态应用进程的物理内存，它只负责分发请求；真正消耗内存的是后端处理模块（如 mod_php、PHP-FPM、mod_wsgi 等）。所以“限制动态应用的物理内存占用”，关键不是调 Apache 主进程，而是控制其调用的子进程或外部服务的资源上限。
明确动态应用的运行模式
先确认你的动态应用如何与 Apache 协作：
- mod_php（已过时，不推荐）：PHP 直接作为 Apache 模块加载，每个 Apache 工作进程都嵌入 PHP 解释器。此时内存由 Apache 进程整体承担，需通过 MPM 参数 + ulimit 控制。
- PHP-FPM（主流推荐）：PHP 独立为 FPM master/worker 进程运行，Apache 仅通过 FastCGI 代理转发请求。内存限制应设在 PHP-FPM 层，Apache 只需合理配置连接池。
- WSGI（如 Django/Flask）：通常用 mod_wsgi daemon 模式，每个 daemon 进程组可单独设内存上限，Apache 本身不参与内存分配。
针对 PHP-FPM 模式：最有效且推荐的方式
这是当前生产环境最常见也最可控的方案。限制逻辑在 PHP-FPM 配置中，而非 Apache：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 编辑对应 pool 配置文件（如 /etc/php/8.2/fpm/pool.d/www.conf）
- 添加或修改以下参数（单位为字节，可用 K/M/G 后缀）：
php_admin_value[memory_limit] = 128M
rlimit_memlock = 128M（锁定内存上限，防 swap）
pm.max_children = 20（限制最大 worker 数，直接影响总内存）
pm.memory_limit = 256M（PHP-FPM 8.0+ 支持，对整个 pool 设硬性内存上限） - 重启服务：
sudo systemctl restart php8.2-fpm && sudo systemctl restart apache2
针对 mod_php（仅限旧环境或调试）
若仍使用 mod_php，Apache 进程即 PHP 进程，需从系统和 Apache 两层约束：
- 在 Apache 启动脚本（如 /etc/apache2/envvars）中加：
export APACHE_RUN_MEM_LIMIT=256M（部分发行版支持） - 在 Apache 配置中限制并发数（MPM prefork）：
MaxRequestWorkers 50（每个进程约 20–40MB，50×30MB ≈ 1.5GB）
MaxConnectionsPerChild 1000（强制回收，防内存泄漏累积） - 用 ulimit 限制单进程内存（在 systemd service 文件中）：
在 /lib/systemd/system/apache2.service 的 [Service] 段添加：
LimitAS=512M（虚拟内存）或 MemoryLimit=512M（cgroup v2，更精准）
补充：防止大请求拖垮内存
上传或长请求可能瞬时占满内存，建议同步加固：
- 在 Apache 配置中限制请求体大小：
LimitRequestBody 10485760（10MB） - 缩短 KeepAlive 超时：
KeepAliveTimeout 3（避免连接空闲占用进程） - 对特定目录禁用解析（如上传目录）：
<Directory "/var/www/uploads">
SetHandler none
php_flag engine off
</Directory>
