docker-compose生成_MEI前缀异常临时文件占满/tmp目录问题咨询

这些_MEI前缀的临时目录是PyInstaller打包的Python程序运行时生成的临时解压目录。你当前使用的是Docker Compose V1版本，官方早期的V1版本就是通过PyInstaller将Python代码和依赖打包为单二进制文件分发的，每次执行docker-compose命令时，程序会先将内置的Python运行环境、依赖库、Compose配置模板（就是你搜索到的那些JSON格式的配置规范文件）全部解压到/tmp下的随机命名_MEI目录中，再加载运行逻辑。

正常情况下docker-compose进程正常退出时，PyInstaller会自动删除对应的临时目录，出现大面积残留占满磁盘通常是以下原因导致的：

• 进程被强制终止（比如收到SIGKILL信号、被系统OOM机制杀掉、手动执行kill -9），没有机会执行清理逻辑
• 进程意外崩溃、服务器异常断电
• 旧版V1的Docker Compose存在已知的临时目录清理bug，在频繁批量调用docker-compose命令、进程长时间后台运行的场景下，清理逻辑不会触发

解决建议 #

• 优先升级到Docker Compose V2：V2版本已经用Go语言完全重写，不再依赖PyInstaller打包，完全不会生成这类_MEI临时目录，且V1早已停止维护，升级是最优解决方案。升级后命令格式从docker-compose（短横线连接）调整为docker compose（空格分隔），大部分原有配置和用法都可以直接兼容。
• 如果必须保留使用V1版本，可以通过指定临时目录规避系统/tmp被占满的问题：执行docker-compose前先设置TMPDIR环境变量到单独划分的大空间目录，例如export TMPDIR=/opt/docker-compose-tmp，后续所有临时文件都会生成到该目录下，方便统一管理清理。
• 定期清理残留文件：可以配置定时任务，自动清理创建时间超过24小时的残留_MEI目录，参考命令：

find /tmp -name "_MEI*" -type d -mtime +1 -exec rm -rf {} \;

注意执行该命令的用户需要和生成_MEI目录的用户权限一致，避免出现权限不足无法删除的问题。

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