不能直接 yum update mysql-server 跨大版本升级，必须先切换 yum 仓库启用目标版本（如禁用 mysql80-community、启用 mysql57-community），再备份数据、停止服务、检查磁盘空间，最后执行 yum update mysql-community-server 和必须的手动 mysql_upgrade -u root -p。
不能直接 yum update mysql-server 升级跨大版本（比如 5.6 → 5.7 或 5.7 → 8.0），必须显式切换 Yum 仓库启用状态，否则会失败或跳过升级。
确认当前 MySQL 版本和已安装的 yum 源
先查清现状，避免误操作：
- 运行
mysql --version或rpm -qa | grep mysql确认当前安装的 MySQL 主版本（如mysql56-community或mysql57-community） - 执行
yum repolist all | grep mysql，输出中会列出类似mysql57-community、mysql80-community等条目，注意其后标注的enabled或disabled - 如果
/etc/yum.repos.d/mysql-community.repo里多个[...]段都设了enabled=1，Yum 会冲突报错，必须只保留一个目标版本段为enabled=1
切换到目标版本的 yum 仓库（以升级到 5.7 为例）
MySQL 官方 Yum 源默认启用最新 GA 版本（当前是 8.0），要装 5.7 必须手动干预：
- 用命令禁用高版本、启用目标版本：
yum-config-manager --disable mysql80-communityyum-config-manager --enable mysql57-community - 或者直接编辑
/etc/yum.repos.d/mysql-community.repo，把[mysql57-community]下的enabled=0改成enabled=1，同时确保其他版本段（如[mysql80-community]）是enabled=0 - 改完立刻验证：
yum repolist enabled | grep mysql—— 输出应只显示一行含mysql57-community，且数字不为 0
执行升级前必须做的三件事
跳过任何一项都可能导致服务起不来、数据不可读或权限混乱：
-
备份所有数据库：用
mysqldump -u root -p --all-databases > backup_$(date +%F).sql，别依赖“升级不伤数据”的说法 -
停止 mysqld 服务：运行
systemctl stop mysqld，否则yum update可能卡住或跳过关键步骤 -
检查磁盘空间：升级过程会生成新数据字典、重写系统表，
/var/lib/mysql所在分区至少留出 2GB 空闲，否则mysql_upgrade会静默失败
真正执行升级并完成后续初始化
升级命令本身简单，但后续动作决定能否正常启动：
- 运行
yum update mysql-community-server（不是mysql-server，后者是旧包名，已废弃） - 升级完成后不要直接
start，先运行mysql_upgrade -u root -p—— 这步会更新系统表结构，5.6 → 5.7 必须做，否则登录后执行任何 SQL 都可能报错Table 'mysql.plugin' doesn't exist - 再执行
systemctl start mysqld；若失败，看日志：journalctl -u mysqld -n 50 --no-pager，常见原因是/var/lib/mysql所有者仍是root，需补chown -R mysql:mysql /var/lib/mysql - 首次登录后，密码策略变严格，
ALTER USER 'root'@'localhost' IDENTIFIED BY 'YourPass123!';中的密码必须含大小写字母+数字+符号，否则报Your password does not satisfy the current policy requirements
最易被忽略的是 mysql_upgrade 这一步——它不自动触发，也不在 systemctl start 时隐式调用，但缺失会导致权限表损坏、用户无法创建、甚至整个实例拒绝响应查询。升级后第一件事不是连上去建库，而是先跑完它。
