宝塔面板无“自带无损迁移工具”，5.6→8.0必须原地升级：调用mysql_upgrade修复系统表、字符集与认证插件，而非mysqldump导出导入，否则必致乱码、登录失败、sql报错。
mysqldump 导出再导入不是无损迁移，宝塔面板里没有“自带的无损迁移工具”——它不提供跨大版本的数据迁移能力，所谓“使用自带工具”本质是误读。
宝塔的「数据库备份」功能只是对 mysqldump 的图形化封装，底层仍是逻辑导出。而 MySQL 5.6 到 8.0 存在字符集、认证插件、系统表结构、SQL 模式等多层不兼容，直接用它备份再恢复，大概率导致中文乱码、用户登录失败、mysql 库导入中断、业务 SQL 报错。
真正可行的路径只有一条：原地升级（in-place upgrade），且必须由宝塔触发官方 mysql_upgrade 流程。
为什么宝塔「数据库备份」不能用于 5.6→8.0 迁移
宝塔的备份功能调用的是 mysqldump -u root -p --all-databases，它无法规避以下硬性差异：
-
character_set_server在 5.6 默认为latin1或utf8（即 utf8mb3），而 8.0 默认为utf8mb4；未显式指定编码导入时，会触发隐式转换，造成索引失效或乱码 - 用户认证插件从
mysql_native_password变为caching_sha2_password，旧用户（包括宝塔创建的网站库用户）导入后无法连接，root也可能被锁死 -
mysql系统库结构已重构：plugin字段类型变更、authentication_string替代password、mysql.plugin表被删除；直接导入 5.6 的mysql库必然报错退出 -
GROUP BY严格模式默认开启、JSON_EXTRACT返回值类型变更、TIMESTAMP自动补时区行为调整，导致原有 SQL 在 8.0 下直接报错
宝塔面板支持的唯一安全路径：原地升级
宝塔 7.9+ 版本在「软件商店 → MySQL → 升级」中提供的升级按钮，并非重装，而是调用 MySQL 官方升级机制：
- 保留原
/www/server/data数据目录不动 - 替换 MySQL 二进制文件（
mysqld）为 8.0 版本 - 自动执行
mysql_upgrade工具，逐个修复系统表、更新权限结构、校验字符集兼容性 - 升级后仍使用原有 socket、端口、配置项，业务中断时间仅限服务重启窗口（通常
该方式绕过了逻辑导出/导入的所有陷阱，是官方唯一推荐的跨大版本升级方式。
执行前必须检查的 4 个硬性条件
跳过任一条件，升级过程会失败或产生不可逆损坏：
- 当前 MySQL 必须 ≥
5.7.26—— 若你实际是 5.6.x，需先升到 5.7.26（宝塔支持 5.6→5.7 升级），再升 8.0；5.6 直升 8.0 不被官方支持 - 必须完成双备份：
mysqldump -u root -p --all-databases --single-transaction --routines --events > full_backup.sql+tar -czf /www/backup/mysql_data_$(date +%F).tar.gz /www/server/data - 停掉所有依赖 MySQL 的服务：在宝塔「网站」页停止全部站点，在「计划任务」页禁用含数据库操作的脚本，在「PHP 项目」页确认无运行中实例
- 确认系统架构匹配：OpenCloudOS Server 9 是
aarch64还是x86_64？宝塔下载的 RPM 包必须与之完全一致，不可混用；自行替换社区编译版会导致mysqld启动失败
升级后立即要做的三件事
启动 MySQL 8.0 后不调整，第二天就会连不上、查不了、写不进：
- 编辑
/etc/my.cnf，在[mysqld]段落下追加：default_authentication_plugin=mysql_native_password（否则所有旧用户密码失效） - 执行
ALTER DATABASE `your_db` CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;，再对每张表执行ALTER TABLE `your_table` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;（否则中文字段可能截断或排序异常） - 检查并重置应用连接池配置：如 PHP 的
mysqli.default_pw、Java 的 JDBC URL 中需显式添加?serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true&useSSL=false
字符集和认证插件这两项，不手动改，就永远卡在「能启不能用」的状态。很多用户以为升级完成就结束了，其实最关键的收尾动作恰恰被跳过。
