生产级docker部署mysql 8.0需四步：①用mysql:8.0.33等固定小版本镜像（非mysql:8或latest）；②优先使用命名卷（如mysql8-prod-data）挂载/var/lib/mysql，避免uid 999权限冲突；③通过挂载auth.cnf设default_authentication_plugin=mysql_native_password并执行alter user修复远程连接；④额外挂载配置文件my.cnf和日志目录/var/log/mysql并设属主999:999。
直接上结论：用 docker run 启动 MySQL 8.0 容器本身不难，但“生产级”和“持久化”这两个要求，真正卡住人的从来不是命令行，而是三件事——mysql:8 和 mysql:8.0 的镜像行为差异、数据卷权限与用户 UID 不匹配、以及默认认证插件导致远程连接失败。下面分点说清楚怎么做、为什么、以及哪里最容易翻车。
用 mysql:8 还是 mysql:8.0？别信 latest
MySQL 官方镜像中，mysql:latest 在 2026 年已指向 MySQL 9.x，**绝对不能用于生产环境**；而 mysql:8 和 mysql:8.0 表面一样，实际有关键区别：
-
mysql:8是“滚动更新”标签，会自动拉取 8.0 系列最新 patch（如 8.0.36 → 8.0.37），适合测试或 CI，但生产环境可能因小版本变更引发兼容性问题 -
mysql:8.0.33这类带完整小版本号的镜像是最稳妥的选择，Docker Hub 上明确标注为 LTS 级别，补丁节奏可控 - 验证方式：拉取后执行
docker inspect mysql:8.0.33 | grep -i version，确认输出包含"8.0.33"
数据卷挂载必须用命名卷，别直接绑定宿主机目录
很多人图省事写 -v /mydata/mysql/data:/var/lib/mysql，结果容器启动失败报错 chown: changing ownership of '/var/lib/mysql': Operation not permitted——这是因为 MySQL 容器内以 UID 999（mysql 用户）运行，而宿主机目录属主通常是 root 或普通用户，Linux 内核禁止跨用户修改挂载点权限。
MiniMax 图片理解 + 网络搜索 MCP 工具。适配 Docker 环境（极空间等），支持图片 OCR 识别、图像内容理解、网络搜索。API Key 安全存储在本地 credentials 文件，不暴露在代码中。
- 正确做法是用命名卷：
docker volume create mysql8-prod-data，然后在docker run中写-v mysql8-prod-data:/var/lib/mysql - 命名卷由 Docker 自动管理权限，容器启动时会自动适配 UID/GID，无需手动
chown - 若真需绑定挂载（如调试配置文件），必须显式指定容器用户：
--user 999:999，且宿主机目录属主得是 UID 999
远程连接失败？八成是 authentication plugin 搞的鬼
MySQL 8.0 默认使用 caching_sha2_password 插件，但很多老客户端（如 Navicat 旧版、某些 JDBC 驱动）不支持，连上去直接报错 Public Key Retrieval is not allowed 或 Unknown authentication plugin。
- 解决方法是在启动时强制改回兼容插件：
-e MYSQL_ROOT_HOST=% -e MYSQL_ALLOW_EMPTY_PASSWORD=no，再配合自定义配置文件挂载 - 配置文件
/etc/mysql/conf.d/auth.cnf内容只需一行：[mysqld]\ndefault_authentication_plugin=mysql_native_password - 挂载命令示例：
-v ./auth.cnf:/etc/mysql/conf.d/auth.cnf:ro（注意加:ro只读，防止容器内误改） - 切记：改完插件后，首次连接进容器执行
ALTER USER 'root'@'%' IDENTIFIED WITH mysql_native_password BY 'YourPass'; FLUSH PRIVILEGES;
持久化不只是数据，配置和日志也得落盘
只挂载 /var/lib/mysql 只解决了数据不丢的问题，但 MySQL 配置错误、慢查询日志、错误日志全在内存里打转，容器重启就清空，线上出问题根本没法回溯。
- 配置：用
-v ./my.cnf:/etc/mysql/my.cnf:ro替代容器内默认配置，确保character-set-server=utf8mb4、max_connections=200等关键项生效 - 日志：挂载
-v ./mysql-logs:/var/log/mysql，并确保 my.cnf 里开了log_error = /var/log/mysql/error.log和slow_query_log_file = /var/log/mysql/slow.log - 特别注意：
/var/log/mysql目录在容器内默认属主是mysql（UID 999），所以宿主机对应目录也得chown 999:999 ./mysql-logs
真正让部署“生产级”的，不是多加几个参数，而是把镜像版本钉死、数据卷权限理清、认证插件对齐客户端、日志配置落到磁盘——这四件事没做全，容器跑得再稳，也经不起一次重启或一次排查。
