MySQL崩溃后不可直接重装，必须先备份整个数据目录（含ibdata1、ib_logfile*、各库子目录等），再清理残留配置与进程，最后挂载原数据并修正权限和my.cnf中datadir等关键参数。
MySQL 崩溃后不能直接重装，必须先保数据目录，否则数据库文件一删就彻底丢库。
确认 MySQL 真的起不来，别跳过日志检查
宝塔面板里点“MySQL”显示“未运行”，点启动没反应或秒退，不代表一定得重装。先看错误日志：
-
cat /www/server/data/mysql/error.log—— 这是最关键的日志路径，90% 的崩溃原因（如InnoDB: Database page corruption、Table 'xxx' doesn't exist in engine）都写在这里 - 如果日志为空或找不到，再查系统日志：
journalctl -u mysql -n 50 --no-pager - 常见可修复场景：磁盘满、
ibdata1损坏但表结构还在、mysql系统库损坏但业务库完好 —— 这些都不需要重装，只需替换/修复对应文件
备份 /www/server/data/mysql 下的全部内容，不是只备份 .sql 文件
mysqldump 备份的是逻辑导出，MySQL 崩溃时往往连 mysql 库都打不开，mysqldump 会直接失败。这时唯一可靠的是物理备份：
- 停服务前先确认没写入：
systemctl stop mysql（如果还能执行）；若已僵死，直接killall mysqld - 完整复制整个数据目录：
cp -r /www/server/data/mysql /backup/mysql_$(date +%s) - 重点检查备份里是否包含：
ibdata1、ib_logfile*、每个业务库的子目录（如wordpress）、以及mysql和performance_schema目录 —— 少任何一个，恢复后都可能报错或缺失权限 - 别只备份
.frm或.ibd单个文件，InnoDB 表依赖ibdata1中的元数据，单独拷.ibd无法导入
卸载 + 清理残留，避免新旧配置冲突
宝塔面板点“卸载”只删软件包，不清理 /etc/my.cnf、/var/lib/mysql（部分系统）或旧的 socket 文件，重装后极易因配置残留导致启动失败：
- 用宝塔卸载后，手动执行：
rm -rf /etc/my.cnf /etc/mysql /var/lib/mysql /var/log/mysql - 检查是否还有残留进程：
ps aux | grep mysql，杀干净再继续 - 特别注意 Windows 类注册表残留（仅限 WSL 或特殊环境）：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog\Application\MySQL—— 若重装反复失败，这个路径下的键值要删 - Ubuntu/Debian 用户务必加
--purge：apt-get remove --purge mysql-server mysql-client mysql-common，否则/etc/mysql里的旧配置会干扰新安装
重装后挂载原数据目录并修正权限
新 MySQL 安装完默认初始化一套空数据，直接覆盖 /www/server/data/mysql 会导致服务拒绝启动（因为 ibdata1 版本不匹配或 server-uuid 冲突）：
- 先启动一次新 MySQL：
systemctl start mysql，让它生成初始ibdata1和日志文件，然后立刻停掉 - 把备份的
mysql目录整个拷回去：cp -r /backup/mysql_1744435560/* /www/server/data/mysql/ - 改权限（宝塔默认用户是
www，但 MySQL 进程以mysql用户跑）：chown -R mysql:mysql /www/server/data/mysql - 关键一步：编辑
/etc/my.cnf，确保[mysqld]下有这三行：datadir=/www/server/data/mysql、socket=/tmp/mysql.sock、pid-file=/www/server/data/mysql/mysql.pid—— 宝塔有时会漏写datadir，导致它去读默认路径 - 最后启动：
systemctl start mysql，再进宝塔看状态；若仍失败，回到第一步再看error.log
真正麻烦的不是重装，而是重装后发现 performance_schema 目录丢了、或者 mysql.user 表损坏导致 root 登不进去 —— 这时候就得从备份里单独提取 mysql 目录，再用 mysql_upgrade 强制修复，而不是硬重启服务。
