Docker Compose以非root用户运行MongoDB无法访问数据卷问题

问题核心原因 #

宿主机创建的mongodb用户与容器内部的mongodb用户UID/GID不匹配，导致容器内用户无法真正获取挂载目录的读写权限。即便宿主机修改了目录所有权，容器内的mongodb用户身份和宿主机的用户身份不对应，依然会触发WireTiger的权限拒绝错误，进而引发兼容性启动失败提示。

具体解决步骤 #

1. 获取容器内mongodb用户的UID/GID #

临时启动一个MongoDB容器，查看内置用户的ID信息：

docker run --rm mongo id mongodb

输出示例：uid=999(mongodb) gid=999(mongodb)，记录下这里的UID和GID（比如示例中的999）。

2. 对齐宿主机与容器的用户ID #

停止当前容器后，调整宿主机mongodb用户的UID/GID，使其与容器内一致：

# 修改用户UID和组GID
usermod -u 999 mongodb
groupmod -g 999 mongodb

# 修复宿主机数据目录的所有权
chown -R mongodb:mongodb /usr/mongodb/database
chown mongodb:mongodb /usr/mongodb/mongodb.conf

3. 修正docker-compose.yml的配置错误 #

你的配置中volumes存在缩进错误，需将其归属于mongodb服务下，修正后配置如下：

version: "3.8"
services:
  mongodb:
    image: mongo
    container_name: mongodb
    user: mongodb:mongodb
    volumes:
      - /usr/mongodb/database:/data/db
      - /usr/mongodb/mongodb.conf:/etc/mongodb.conf

4. 重新启动容器 #

docker-compose down
docker-compose up -d

替代方案（无需修改宿主机用户） #

如果不想调整宿主机用户的UID/GID，可直接用容器内的UID/GID设置宿主机目录权限：

chown -R 999:999 /usr/mongodb/database
chown 999:999 /usr/mongodb/mongodb.conf

此方法无需在宿主机创建mongodb用户，直接通过ID映射实现权限匹配。

注意：不要使用chmod 777，这不仅破坏权限安全性，也无法解决本质的UID/GID不匹配问题。

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