必须停服务，所有跨版本或大版本升级均需完全停止mysqld进程；因数据字典、系统表结构及innodb元数据升级要求数据文件静止，否则易致损坏；单机直接停服，主从集群可滚动升级以减少写中断。
升级 MySQL 必须停服务，没有例外
所有跨版本升级（如 5.7 → 8.0）或主版本内大版本升级（如 8.0.33 → 8.0.39），mysqld 进程必须完全停止。这不是“建议”，而是 MySQL 升级机制的硬性要求：新二进制启动时若检测到旧版本的数据字典或系统表未就绪，会直接拒绝启动，或在 mysqld --upgrade 阶段报错中断。
为什么不能边运行边升级二进制文件
MySQL 的数据目录（/var/lib/mysql 或 C:ProgramDataMySQLMySQL Server X.XData）与二进制文件强耦合。升级过程中：
• 系统表结构可能变更（如 mysql.user 表字段增删、权限模型重构）
• 数据字典存储格式可能升级（MySQL 8.0 起使用原子 DDL 和数据字典表）
• InnoDB 元数据兼容层需重初始化
这些操作都要求数据文件处于静止状态，否则极易导致元数据损坏、崩溃恢复失败甚至数据不可读。
停机方式取决于你的架构和容忍度
单机环境：
• 执行 sudo systemctl stop mysqld（RHEL/centos）或 sudo systemctl stop mysql（debian/ubuntu）
• 确认进程已退出：ps aux | grep mysqld 应无活跃进程
主从集群（生产推荐）：
• 先停从库（STOP SLAVE; + systemctl stop mysqld），升级从库并验证 select VERSION(); 和 SHOW SLAVE STATUSG
• 手动切换主从（RESET MASTER + CHANGE MASTER TO ...），再停原主库升级
• 全程不中断读服务，写服务有短暂切换窗口（通常
容易被忽略的关键细节
• 停服务前务必确认应用已断开连接，避免连接池自动重连导致写入残留
• systemctl stop 后别直接 start，必须先执行 mysqld --upgrade（MySQL 5.7+）或让 mysqld 自动触发（MySQL 8.0.16+ 默认启用）
• 使用 mysql_upgrade 工具（5.7 及更早）是过时做法，它已被弃用；新版必须依赖 mysqld --upgrade 或首次启动时的自动升级流程
• 如果你用 Docker，docker stop 不等于 MySQL 停服——要确保容器内 mysqld 进程真正终止，而非仅 SIGTERM 挂起