GridFS没有独立存储目录，其文件切片存于fs.chunks和fs.files集合，最终由WiredTiger写入/data/db下的WT文件；必须挂载/data/db并确保宿主机目录属主为UID 999，且mongod.conf中dbPath须严格设为/data/db。
GridFS 本身不提供独立的“存储目录”供挂载 —— 它只是 MongoDB 驱动层对 chunks 和 files 集合的操作封装，所有数据最终都落在 WiredTiger 引擎管理的数据库文件里。 所以你真正需要挂载的，是 WiredTiger 的数据目录（/data/db），而不是某个“GridFS专用路径”。
为什么不能单独挂载 GridFS 存储目录
GridFS 没有物理存储路径。它把大文件切片后存进 fs.chunks 和 fs.files 这两个集合，而这两个集合的数据由 WiredTiger 引擎统一写入到 /data/db 下的 collection-*.wt、index-*.wt 等文件中。试图为 GridFS 单独建卷或映射子目录，容器启动会失败或数据不持久。
- 挂载
/data/db后，所有 GridFS 文件自然持久化 - 修改
bucketName（比如用myCustomBucket）只影响集合前缀（myCustomBucket.chunks），不改变底层文件位置 - 不存在
/data/gridfs或类似路径 —— MongoDB 官方文档和源码中均无该约定
必须挂载 /data/db，且权限要对
Docker 官方 mongo 镜像默认以 UID 999 的 mongodb 用户运行。如果宿主机挂载目录属主不是 999 或没读写权，WiredTiger 初始化会失败，容器立即退出，日志里出现：
ERROR: Encountered unclean shutdown, and unable to lock database directory
解决办法：
- 创建目录时直接设属主：
sudo mkdir -p /data/mongo/data && sudo chown 999:999 /data/mongo/data - 或用
--user覆盖（不推荐）：docker run --user 999:999 -v /data/mongo/data:/data/db mongo - 别用
root挂载后 chmod 777 —— WiredTiger 会拒绝启动，报Permission denied
mongod.conf 里不要碰 storage.dbPath
官方镜像启动时，mongod 默认使用 /data/db。如果你在挂载的配置文件里显式写了：
storage:<br> dbPath: /data/mongo/data
而容器内实际挂载的是 -v /host/data:/data/db，就会导致路径错位：WiredTiger 尝试在 /data/mongo/data 初始化，但该路径根本没挂载，结果是空目录、无权限、或初始化失败。
- 要么完全不用配置文件，靠命令行参数（如
--storageEngine wiredTiger） - 要么配置文件里保持
dbPath: /data/db，和挂载目标严格一致 - 注意：Docker 镜像的 entrypoint 脚本会自动读取
/data/configdb或/etc/mongod.conf，但不会覆盖你挂载的/data/db
验证 GridFS 数据是否真落盘了
启动容器后，往 GridFS 写个文件（比如用 Node.js 的 bucket.openUploadStream()），然后检查宿主机挂载目录：
- 进入
/data/mongo/data（你挂载的路径） - 执行
ls -la *.wt—— 应该能看到新增或变大的collection-*.wt文件 - 用
mongodump --db yourdb --collection fs.chunks导出，确认内容存在 - 删掉容器再重建，用相同挂载点启动，原 GridFS 文件仍可读取
真正容易被忽略的，是挂载目录的 UID 匹配和配置文件中 dbPath 的硬编码 —— 这两点出错，GridFS 看似能上传，实则数据全在容器临时文件系统里，重启即丢。
