Docker中MariaDB无法写入命名卷的问题排查求助

针对你遇到的MariaDB容器无法写入CIFS外部命名卷、权限拒绝的问题，结合宿主机与容器内mysql用户UID/GID不匹配的情况，提供以下可行解决方案：

方案1：让MariaDB容器使用宿主机mysql用户的UID/GID运行 #

核心思路是让容器内MariaDB进程以宿主机mysql用户（UID=66，GID=66）的身份运行，匹配CIFS卷的权限：

• 先在Synology DSM存储管理器中，编辑CIFS共享的挂载参数，添加uid=66,gid=66，确保挂载后的卷所有者为宿主机mysql用户。
• 停止并删除现有MariaDB容器（操作前务必备份数据）。
• 重新启动容器时，添加--user 66:66参数；如果用docker-compose，在配置中加入user: "66:66"。
• 启动后验证容器是否能正常创建ddl_recovery.log文件。

方案2：调整CIFS挂载参数适配容器内mysql用户 #

将CIFS卷的权限直接映射为容器内mysql用户的UID/GID（999:999）：

• 编辑CIFS挂载参数，添加forceuid,forcegid,uid=999,gid=999，强制将卷的所有者映射为容器内的mysql用户。
• 卸载并重新挂载CIFS共享，使参数生效。
• 重启MariaDB容器，无需修改用户参数，检查写入权限是否恢复。

方案3：构建自定义MariaDB镜像修改用户UID/GID #

如果需要长期适配宿主机权限，可基于官方镜像构建自定义版本，修改内部mysql用户的UID/GID：

1. 创建Dockerfile文件，内容如下：

FROM mariadb:对应版本号
RUN usermod -u 66 mysql && groupmod -g 66 mysql

2. 在Synology DSM的Docker套件中，进入「映像」页面，点击「新增」→「从文件构建」，上传该Dockerfile完成自定义镜像构建。
3. 使用自定义镜像创建MariaDB容器，挂载CIFS命名卷启动，无需额外指定用户参数。

注意事项 #

• 所有操作前请备份MariaDB数据，避免数据丢失。
• 若使用noperm参数绕过CIFS权限检查，仅建议在测试环境使用，生产环境需谨慎考虑安全性。
• 自定义镜像需与原MariaDB版本保持一致，避免兼容性问题。

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