Docker中的MySQL如何安全升级版本？-mysql教程-PHP中文网

必须执行mysql_upgrade，因其负责系统表结构升级和认证插件兼容性处理，跳过将导致连接失败或查询报错；它须在目标版本容器中以mysql用户身份挂载原数据卷后手动执行，不可在旧环境或宿主机运行。

docker中的mysql如何安全升级版本？

mysql_upgrade 不是必须执行的命令，但跳过它大概率导致后续连接失败或查询报错。MySQL 容器升级的核心不是换镜像，而是处理系统表结构变更和认证插件兼容性。

为什么不能直接 `docker pull` + `docker run` 就完事？

MySQL 8.0+ 的 mysql 系统库字段、索引、默认插件都变了。直接复用旧数据目录启动新镜像，容器会启动成功，但首次连接时可能卡住，或者执行 SELECT USER() 报错 Table 'mysql.user' doesn't exist。这不是数据丢了，是新版本 MySQL 拒绝加载未升级的系统表。

8.0 → 8.4 升级必须运行 mysql_upgrade（或等容器首次启动自动触发）
5.7 → 8.0 升级后不运行 mysql_upgrade，SHOW DATABASES 可能看不到 information_schema 以外的库
官方镜像在启动时会检测 /var/lib/mysql 中的 mysql 库版本号，若不匹配就拒绝启动（除非加 --skip-grant-tables）

`mysql_upgrade` 必须在什么环境下执行？

它必须在目标版本的 MySQL 进程上下文中运行，也就是要用 mysql:8.4.8 镜像启动的容器里执行，不能在旧容器里跑，也不能在宿主机用本地 mysql 客户端连过去执行。

minimax-mcp-docker版（适配极空间）

MiniMax 图片理解 + 网络搜索 MCP 工具。适配 Docker 环境（极空间等），支持图片 OCR 识别、图像内容理解、网络搜索。API Key 安全存储在本地 credentials 文件，不暴露在代码中。

下载

推荐方式：启动一个临时容器，挂载原数据卷，但不自动启动 mysqld，只进 shell 手动跑 mysql_upgrade -u root -p'xxx'
不推荐方式：在正式新容器启动后，再 docker exec 进去补跑 —— 此时部分系统表已加载失败，mysql_upgrade 可能报错退出
注意：临时容器需加 --user mysql（官方镜像默认用户），否则权限错误导致无法写入 mysql 库

认证插件不兼容导致连不上，怎么快速修复？

最常见现象是 mysql -h 127.0.0.1 -P 3306 -u root -p 输入密码后无响应，日志里出现 Client does not support authentication protocol。这是因为 8.0+ 默认用 caching_sha2_password，而老客户端（如某些 Python MySQLdb、旧版 Navicat）不支持。

临时解法：启动新容器时加配置 default_authentication_plugin=mysql_native_password 到 /etc/mysql/conf.d/my.cnf
长期解法：升级后立即重置关键账号插件：ALTER USER 'root'@'%' IDENTIFIED WITH mysql_native_password BY 'xxx';
别漏掉 'root'@'localhost' —— Docker 初始化只设了 %，但本地 socket 连接走的是 localhost，这个账号仍为 caching_sha2_password