PrestaShop 1.7内存占用过高，如何排查内存占用来源？

一、日志层面排查 #

• 开启PrestaShop调试模式：修改config/defines.inc.php，将_PS_MODE_DEV_设为true，同时开启错误日志，查看var/logs/下的PHP错误日志，重点定位**内存溢出（Fatal error: Allowed memory size exhausted）**相关记录，找到触发内存飙升的具体脚本或函数。
• 查看服务器日志：在cPanel的「错误日志」或「Raw Access Logs」中，筛选商品索引任务执行前后的日志，查找PHP进程异常的PID及关联信息。

二、进程与内存实时分析 #

• 用cPanel进程管理器监控：索引任务执行时，追踪对应PHP-FPM/CLI进程的内存变化，任务结束后确认该进程是否仍在运行，排查是否存在僵尸进程占用内存。
• SSH命令排查（若主机允许）：
  • 查看内存占比最高的PHP进程：ps aux --sort=-%mem | grep php
  • 查看进程内存映射细节：pmap -x [PID]，定位占用内存的文件或代码段

三、代码层面内存泄漏排查 #

• 检查商品索引核心代码：重点分析classes/index/Indexer.php及搜索索引模块（如ps_searchbar）的逻辑，看是否存在未释放的大数组/对象，比如遍历商品时未及时unset变量，或数据库查询返回全量数据而非分页处理。
• 添加内存追踪代码：在索引循环中插入内存监控，定位内存飙升的具体环节：

$counter = 0;
foreach ($products as $product) {
    // 商品索引处理逻辑
    $counter++;
    if ($counter % 100 == 0) {
        error_log('当前内存占用: ' . memory_get_usage(true)/1024/1024 . 'MB');
        error_log('峰值内存占用: ' . memory_get_peak_usage(true)/1024/1024 . 'MB');
    }
}

• 排查第三方模块：临时禁用非官方模块，重新执行索引，若内存占用恢复正常，再逐一启用模块排查可疑项（部分模块会通过hook挂载商品索引事件，执行内存密集型操作）。

四、缓存与索引优化 #

• 拆分索引任务：将全量索引拆分为分段任务，比如每次处理500个商品，任务结束后主动触发PHP垃圾回收：gc_collect_cycles();，避免单次加载过多数据。
• 清理与调整缓存：在后台「高级参数->性能」中清空所有缓存，检查Smarty、Redis/Memcached缓存配置，调整缓存过期时间，避免缓存文件堆积占用内存。
• 优化数据库查询：用EXPLAIN分析索引相关的慢SQL，为商品表、属性表、库存表添加合适的索引，减少查询返回的数据量。

五、服务器配置检查 #

• 调整PHP参数：在cPanel「选择PHP版本」中，确认memory_limit设置合理（建议2GB），同时调整max_execution_time确保索引任务能完整执行，避免中途中断导致内存未释放。
• 确认主机限制：联系共享主机商，确认是否存在单个PHP进程内存上限、进程数量限制，这类限制可能导致内存无法正常释放。
• 检查系统进程内存：排查MySQL、Redis等服务的内存占用，比如MySQL的innodb_buffer_pool_size若设置过大（超过总内存50%），也会抢占大量内存，需调整到合理区间。

内容的提问来源于stack exchange，提问作者doob