Memories项目中PHP-FPM临时文件占用磁盘空间问题分析

问题现象

在使用Memories项目的Nextcloud环境中，系统管理员发现Docker主机的/var/lib/docker/overlay2目录下临时文件不断增长，最终导致硬盘空间耗尽。具体表现为在Nextcloud的app容器中，/tmp目录下产生了大量以php开头的临时文件，每个文件大小约500MB，总量达到43GB。

问题根源

经过分析，这个问题实际上与PHP-FPM的进程管理机制有关，而非Memories项目本身。当PHP-FPM进程异常终止时，会遗留下这些临时文件在/tmp目录中。这种情况在以下场景中尤为明显：

1. 文件上传操作时
2. 使用WebDAV协议传输文件时
3. 执行大规模后台任务（如预览图生成）时

解决方案

通过调整PHP-FPM的进程管理配置可以有效解决此问题。以下是推荐的配置参数及其解释：

[www]
pm.max_children = 64
pm.start_servers = 16
pm.min_spare_servers = 16
pm.max_spare_servers = 48

这些参数需要根据服务器实际资源情况进行计算调整。关键点在于：

1. pm.max_children：限制PHP-FPM最大子进程数，避免资源耗尽
2. start_servers和spare_servers：合理设置初始和备用进程数，平衡性能和资源占用

实施建议

对于Docker环境，建议采用以下部署方式：

1. 将调整后的PHP-FPM配置文件挂载到容器中
2. 为/tmp目录使用tmpfs文件系统，避免磁盘IO瓶颈
3. 确保配置文件权限正确（通常需要root:root）

示例Docker配置片段：

volumes:
  - ./zz-pm.conf:/usr/local/etc/php-fpm.d/zz-pm.conf
tmpfs:
  - /tmp:exec

最佳实践

1. 定期监控/tmp目录使用情况
2. 为关键PHP进程设置资源限制
3. 考虑使用进程监控工具确保PHP-FPM稳定运行
4. 对于生产环境，建议进行压力测试以确定最优配置参数

通过以上调整，可以有效解决临时文件占用磁盘空间的问题，同时保持系统稳定性和性能。