如果你在 Docker 部署的 MySQL 里遇到：

• 查询正常。建表报错
• 硬盘空间充足，SQL 语法没问题，没有残留文件

第一反应别查 MySQL，先查目录权限。

大概率是你在宿主机上 chown 了挂载目录。导致宿主机 UID 和容器内 UID 不匹配，容器里的 MySQL 使用者“能读不能写”。

问题现场

说到环境，Ubuntu + Docker 部署 MySQL。数据挂载在宿主机 /opt/resumeai/docker/resumeai/mysql/data。

执行建表 SQL，报错：

 Got error - 'Unknown error from engine' from storage engine

从诡异的是来看。SELECT 正常，已有表的数据都能查，就是不能建新表。

排查过程

从第一步先来看，磁盘满了？

df -h # 使用率 %
df -i # inode 使用率 %

排除。

从接下来来看，SQL 语法有问题？

一样的 SQL 在本地环境跑得通，表名也无特殊字符。排除，

：有残留的物理文件冲突？

ls /opt/resumeai/docker/resumeai/mysql/data/<库名>/ | grep release_note
# 无输出

No residual .ibd,排除。

至于第四步，看容器日志

docker logs --tail <容器名>

日志里出现了 Permission denied 相关报错。其实，方向变了——这不是 MySQL 的问题，是操作程序权限的问题。老实说，

 关键转折：为什么“能读不能写”？

操作	本质上在做什么	需要什么权限
SELECT	读取已有的 .ibd 文件	文件读权限
CREATE TABLE	在目录下创建新的 .ibd 文件	目录写权限
当时目录和文件的权限是这样的：
再看文件。-rw-r--r-- 再看目录，/opt/resumeai/docker/resumeai/mysql/data/
那谁是“其他人”？这就是根因，

 根因确认 

sudo chown -R ubuntu:ubuntu /opt/resumeai这一行命令，把整个数据目录的所有者改成了 ubuntu 使用者。 但 Docker 容器里 MySQL 官方镜像的 mysql 使用者 UID 是 999。 Linux 判断权限不看使用者名，看的是数字 UID。 容器内的 MySQL 进程到了宿主机目录面前。被当成了一个陌生的“其他人”——有读权限，没有写权限。 这就是“能查不能建”的真正原因。`

“如何修复？ 说起来，” – 快速重启生效方案:

` # 确认容器内 mysql 使用者的 UID docker exec -it <容器名> id -u mysql # 把数据目录改回容器内 MySQL 的 UIDs sudo chown -R : # 重启容器 docker restart <容器名> `重新执行建表 SQL，通过。如果你的 MySQL 镜像不是官方，UID 可能不是 999。先查再改：`DOCKER_UID=$ sudo chown -R ${DOCKER_UID}:${DOCKER_UID} /path/to/data`

“教训—Linux 权限主要认知”

. Linux 认的是数字 UID，不是使用者名。宿主机上的 ubuntu和容器里的 mysql，在程序眼里就是两个完全不同的人。即使你把容器里的使用者也改成叫 ubuntu，UID 不同照样没权限。 . 目录权限 ≠ 文件权限。按理说，文件权限控制的是“能不能读/写这个文件”。而目录权限控制的是“能否在此处创建、删除、重命名文件”。两者独立， . Docker 挂载卷的权限，由宿主机文件/目录的 UID 决定。不过，容器内进程看到的权值，不是由镜像决定。而是由宿主机上的那个文件/目录决定。说起来，这是 Docker 数据卷最常见坑点之一！

# 如何避免类似坑?

` . 不想每次输入 sudo？可以给 docker 命令配免密。而不是改挂载卷： sudo visudo

ubuntu ALL= NOPASSWD: /usr/bin/docker 这样既能免密执行 docker 命令，又不会破坏数据目录权程序。**Docker 数据卷权黄金法则**： containeruseruid == hostdatadirowneruid 记住这条，你会少碰到几乎所有 Docker 权限问题。话说回来，

“一下吧…”

`

维度 ｜ 内容

问题MySQL 建表报。但查询正常根因chown 改了目录 UID，与 container 内 MySQL UID 不匹配解法把数据 dir 所有者改回 container 内 uid教训不要随意 chown Docker 挂载 dir；用 sudo 免密替代

一个小时排查 根源就是半年前我亲手敲的一行chown 越是不经意 的 操作 越可能 成为 后续 问题 根源 希望帮你少走弯路…不过，如果这篇对你有帮助 点个赞再走呗🙏 有 Docker 权限踩坑 经历 请留言讨论！

\t\t \t\t\t\t\t

`

---