docker-compose绑定卷数据未保存到指定本地目录问题求助

• 旧匿名卷残留冲突：你之前未配置绑定挂载时启动过db服务，Docker自动为/var/lib/postgresql/data创建了匿名卷，后续修改配置后docker-compose默认复用旧容器的关联卷，不会加载新的绑定挂载配置，这就是你看到的警告的根本原因，数据自然就写入了默认的/var/lib/docker/volumes路径下。
• 单文件挂载前提缺失：你配置的./volumes/api_server.log属于单文件挂载，若宿主机上该文件不存在，Docker会默认将其识别为目录挂载，导致容器内的日志无法写入到对应路径。
• 权限不匹配：postgres容器默认使用UID为999的用户运行，若本地./volumes/db_data目录没有给该UID开放读写权限，postgres会写入失败，Docker会 fallback 到使用匿名卷存储。
• user_models挂载异常通常也和旧卷残留、权限不足两个原因相关，清理旧卷调整权限后即可恢复正常。

注意：如果旧卷内有需要保留的数据，请先执行备份操作再执行以下步骤

1. 清理旧容器与残留卷

docker-compose down -v

-v参数会删除该compose项目关联的所有匿名卷，彻底解决旧卷复用的冲突。
2. 提前创建本地挂载所需的目录与文件

mkdir -p ./volumes/db_data ./volumes/user_models
touch ./volumes/api_server.log

避免Docker自动将缺失的文件/目录识别为错误的挂载类型。
3. 调整本地目录权限
给postgres用户开放db_data目录的读写权限：

sudo chown -R 999:999 ./volumes/db_data

如果api-server和model-trainer服务使用非root用户运行，需要对应调整./volumes/user_models和./volumes/api_server.log的所属权限，匹配容器内运行用户的UID/GID即可。
4. 重新启动服务

docker-compose up -d

执行docker inspect 容器ID查看Mounts字段，确认Source为你预期的本地路径、Destination为容器内路径，即代表挂载配置生效。写入测试数据后即可看到本地volumes目录下有对应数据生成。

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