MySQL启动后立即停止的常见原因及解决方法：先查mysql_error.log，重点排查端口占用（3306）、权限/文件锁、InnoDB损坏三类错误；端口冲突需用netstat/lsof确认并终止非法进程；权限表损坏可临时加skip-grant-tables修复；InnoDB损坏时应备份后选择性恢复库文件。
MySQL 启动后立即停止的常见日志线索
XAMPP 中 MySQL 自动退出，90% 的情况能在 mysql_error.log 里直接定位。这个文件默认位于 XAMPP\mysql\data\mysql_error.log（Windows）或 /Applications/XAMPP/xamppfiles/var/mysql/*.err（macOS），不要只看控制台一闪而过的提示。
重点关注三类错误行：
- 包含
Can't start server : Bind on TCP/IP port→ 端口被占用（通常是 3306） - 出现
InnoDB: Unable to lock ./ibdata1或Operating system error number 13→ 权限不足或文件锁残留 - 报
Unknown/unsupported storage engine: InnoDB或反复提示Plugin 'InnoDB' init function returned error→ 数据库文件损坏或配置冲突
检查并释放 3306 端口（最常被忽略的一步）
很多人以为关掉“任务管理器里看着像 MySQL”的进程就完了，其实 Skype、Zoom、某些国产软件、甚至另一个 MySQL 实例都可能悄悄占着 3306。别依赖肉眼判断。
在命令行中执行：
netstat -ano | findstr :3306
拿到 PID 后，用 tasklist | findstr "PID" 确认进程名；若非 mysqld.exe，直接 taskkill /F /PID PID号。macOS/Linux 用户用 lsof -i :3306 和 kill -9 PID。
临时改端口不是长久之计——除非你明确需要多实例，否则硬改 my.ini 里的 port=3307 只会让 phpMyAdmin、WordPress 连不上，还得同步改所有客户端配置。
安全模式启动 + 跳过权限表验证（用于修复无法登录导致的卡死）
如果错误日志里反复出现 Access denied for user 'root'@'localhost' 或 mysql.user table is damaged，说明权限系统本身出问题了，常规启动会失败。
编辑 xampp\mysql\bin\my.ini，在 [mysqld] 段末尾添加两行：
skip-grant-tables skip-networking
保存后重启 MySQL。此时它不校验密码、不监听网络连接，仅本地 CLI 可用。接着用 mysql -u root 进去，运行：
FLUSH PRIVILEGES; ALTER USER 'root'@'localhost' IDENTIFIED BY '';
清空 root 密码（XAMPP 默认本就为空，但损坏后可能残留非法 hash）。改完立刻删掉 my.ini 里那两行，再重启——否则服务裸奔，极不安全。
数据目录损坏时的最小化恢复操作
当错误日志里频繁出现 innodb_force_recovery 相关提示，或 ib_logfile0 / ibdata1 报错，说明 InnoDB 文件已损坏。不要直接删整个 data 文件夹——你会丢掉所有数据库。
先停 MySQL，把 data 目录整体备份（例如重命名为 data_backup）。然后新建一个干净的 data 文件夹，复制原始 XAMPP 安装包里的默认数据库（mysql、performance_schema、phpmyadmin 等文件夹）进去。最后把你自己建的库文件夹（比如 myproject）从 data_backup 里单独拷回——只要这些文件夹里有 .frm + .ibd 文件对，且没报 InnoDB 启动失败，通常能救回来。
真正麻烦的是只有 .frm 没 .ibd，或者 ibdata1 损坏又没备份：这时候 mysqldump 早失效了，只能靠第三方工具如 mysqlfrm 或专业恢复服务，普通用户基本无解。
