CentOS 下 ThinkPHP 内存优化实操指南
一 基线评估与定位
- 明确内存上限：在 CLI 与 FPM 两种 SAPI 下分别确认生效的 memory_limit（如 128M/256M），避免“改了不生效”。
- 找到配置文件：用 php --ini 定位实际加载的 php.ini 与 /etc/php.d/ 片段。
- 监控与采样：用 top/htop/free/vmstat 观察整体内存与 swap；对可疑接口用 Xdebug/Blackfire 做性能与内存热点分析。
- 区分两类问题：
- 配置不足型：单请求确实需要更大内存（如大文件/大导出）。
- 代码低效型：一次性把海量数据装入内存、循环内 N+1 查询、模板/逻辑错误导致死循环等。后者应通过查询优化、分页/流式处理、修复模板逻辑来解决，而非一味加内存。
二 PHP 运行时与 OPcache 优化
- 开启并调优 OPcache（减少编译开销、提升命中率）：
- 安装与启用：在 CentOS 安装 php-opcache 并在 php.ini 中启用；常见关键项：
- opcache.enable=1
- opcache.memory_consumption=128（按内存与项目规模调）
- opcache.interned_strings_buffer=8
- opcache.max_accelerated_files=4000+（按项目文件数调）
- 合理设置脚本内存上限：优先通过代码与 SQL 优化降低峰值；确需提升时再在 php.ini 或 FPM 池配置中设置 memory_limit（如 128M/256M），避免无上限。
- 可选：使用 jemalloc 降低内存碎片、提升多线程分配效率（对 PHP-FPM/MySQL 均有益）：
- 安装：yum install -y jemalloc
- 全局预加载：echo “/usr/lib64/libjemalloc.so.2” > /etc/ld.so.preload
- 验证：lsof -Pn -p $(pidof php-fpm) | grep jemalloc；或查看 /proc//smaps。
三 PHP-FPM 进程与请求控制
- 进程模型选择：
- 动态模式（pm=dynamic）：适合波动流量，按内存与核数精细控制进程数。
- 静态模式（pm=static）：适合高并发且流量稳定、对延迟极敏感的场景。
- 关键参数建议（示例为 8GB 内存、单进程约 30–50MB 的保守估算）：
- pm.max_children ≈ 可用内存 / 单进程峰值内存（如 8GB/50MB ≈ 160，为保守与留白可先设 100）
- pm.start_servers = 20；pm.min_spare_servers = 10；pm.max_spare_servers = 30
- pm.max_requests = 500（预防长生命周期进程的内存膨胀/泄漏）
- request_terminate_timeout = 30s；request_slowlog_timeout = 5s
- slowlog = /var/log/php-fpm/slow.log；pm.status_path = /status（便于观测）
- php_admin_value[memory_limit] = 128M（可按接口特性在池级覆盖）
- 计算依据与原则：动态模式下总子进程常驻内存 ≈ pm.max_children × 单进程内存；务必为系统与其他服务预留充足内存，避免 OOM。
四 ThinkPHP 框架层优化
- 路由与配置缓存：执行 php think optimize:route 生成路由缓存，减少每次请求的路由注册开销。
- 数据与查询优化：
- 只查需要的字段、避免 SELECT *；
- 合理使用索引、优化复杂 SQL；
- 大数据集采用分页/游标/批量处理，避免一次性装入内存；
- 减少循环内查询与重复计算，必要时使用缓存（如 Redis/Memcached）。
- 模板与逻辑排查：若出现 Fatal error: Allowed memory size exhausted 且指向模板解析，优先排查 include/if/循环等是否存在逻辑错误或死循环，再考虑临时替换为原生 PHP 或修复模板逻辑。
- 页面与静态资源：开启 Gzip、合并/压缩 CSS/JS、使用 CDN 托管静态资源，降低后端渲染与传输压力。
五 监控 验证与上线步骤
- 基线记录：优化前后对比 内存占用、QPS、P95/P99 延迟、慢日志 与 OPcache 命中率。
- 观测与告警：持续用 top/htop/free/vmstat 观察内存与 swap；打开 PHP-FPM 状态页与慢日志，对异常进程/请求及时告警。
- 渐进式变更：先在测试环境验证；按“监控 → 调整 → 复盘”闭环迭代；必要时再考虑 扩容或负载均衡 分摊单节点内存压力。
