卸载前须确认mysqld进程已停止，否则残留进程致目录无法清空；备份必须用mysqldump --all-databases包含mysql库；安装前需手动删除/www/server/mysql、/www/server/data及/etc/my.cnf；恢复时系统库须最后导入并执行mysql_upgrade或mysqld --upgrade。
卸载前必须确认 mysqld 进程已完全停止
宝塔面板的 MySQL 卸载脚本（如 /www/server/panel/script/remysql.sh）不会自动强杀残留进程，若 mysqld 仍在运行，卸载后残留的 /www/server/mysql 目录可能无法被清空，后续安装会因数据目录冲突失败。
执行以下命令确认：
ps aux | grep mysqld | grep -v grep
若输出非空，先用宝塔面板「软件管理」→「MySQL」→「停止」；若面板操作无响应，再手动执行：
killall -9 mysqld<br>rm -f /www/server/mysql/tmp/mysql.sock
- 务必删除
mysql.sock，否则新版本启动时可能报Can't start server: Bind on unix socket: Permission denied - 不要仅依赖面板“卸载”按钮，它只删 Web 界面配置，不触碰二进制和数据目录
备份必须包含 mysql 系统库且用 mysqldump --all-databases 全量导出
宝塔默认的“数据库备份”功能只备份用户创建的库，漏掉 mysql 库会导致新版本恢复后权限丢失、用户无法登录、甚至面板连接数据库失败。
正确做法是 SSH 登录后执行：
mysqldump -uroot -p --all-databases --single-transaction > /www/backup/all_dbs.sql
-
--single-transaction避免锁表，适合线上环境 - 密码用
-p交互输入，别写在命令行里（会留痕在history） - 检查导出文件是否含
CREATE DATABASE `mysql`;和大量INSERT INTO `mysql`.`user`语句
安装新版 MySQL 前需手动清理旧残留路径
宝塔官方脚本安装 MySQL 时，若检测到 /www/server/mysql 存在，会跳过初始化直接启动，但新版二进制不兼容旧数据格式，大概率报错 Table 'mysql.plugin' doesn't exist 或崩溃退出。
彻底清理命令（确认已备份且 mysqld 已停）：
rm -rf /www/server/mysql<br>rm -rf /www/server/data<br>rm -f /etc/my.cnf
-
/www/server/data是宝塔默认的数据目录软链目标，必须删；不删会导致新安装程序误复用旧数据 -
/etc/my.cnf若存在，可能含旧版配置（如sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES），新版 MySQL 8.0+ 默认更严格，冲突会引发连接异常
恢复数据时 mysql 系统库必须最后导入
直接用 source /www/backup/all_dbs.sql 恢复，新版 MySQL 会因系统表结构变更报错中断。必须分步：
mysql -uroot -p -e "CREATE DATABASE IF NOT EXISTS mysql;"<br>mysql -uroot -p mysql mysql -uroot -p --force <p>其中 <code>mysql_system.sql</code> 需从全量备份中提取（用 <code>sed -n '/^CREATE DATABASE `mysql`/,/^CREATE DATABASE `/p' all_dbs.sql > mysql_system.sql</code>），其余为用户库。</p>
-
--force忽略单条 SQL 错误（如已存在的视图、函数），避免整个恢复中断 - 恢复后立刻执行
mysql_upgrade -uroot -p（MySQL 5.7）或mysqld --upgrade（MySQL 8.0+），否则面板可能显示“数据库异常”
最易被忽略的是 mysql_upgrade 步骤——它不光更新系统表，还修复权限校验逻辑，跳过会导致 root 用户从本地也无法登录。
