MySQL启动失败主因是PID文件路径权限或目录不匹配，需确认pid-file与datadir同属/www/server/data、chown mysql:mysql并验证可写性、清理残留pid及ib_logfile、检查磁盘空间与SELinux拦截。
MySQL 启动时无法创建 PID 文件，90% 是权限或路径不匹配导致的，不是配置写错了，而是 mysqld 根本没机会跑起来——它在写 mysql.pid 这一步就失败退出了。
确认 PID 文件路径和实际 datadir 是否一致
别只看 my.cnf 里写了什么，得看它真正生效的是哪一段。宝塔默认用 /www/server/data 作 datadir，但很多配置模板仍保留 pid-file = /var/run/mysqld/mysqld.pid，而这个目录在宝塔环境压根不存在，且 mysql 用户无权写入。
- 运行
mysqld --verbose --help | grep "Default options"查实际加载的配置文件路径 - 打开对应
my.cnf，在[mysqld]段下显式写死：pid-file = /www/server/data/mysql.pid - 确保该路径的父目录（即
/www/server/data）和datadir是同一个目录，否则 InnoDB 初始化会失败
检查 /www/server/data 目录的归属与可写性
即使 chown -R mysql:mysql /www/server/data 看似执行成功，也得验证 mysql 用户真能写进去。SELinux 或容器化环境可能静默拦截。
- 手动切换用户测试：
sudo -u mysql touch /www/server/data/test.pid && rm /www/server/data/test.pid - 如果报
Permission denied，再查ls -ld /www/server/data：必须是mysql:mysql，且不能是root:root或其他组 - 若用宝塔面板，别信“重启”按钮——先用命令行启动：
/etc/init.d/mysqld start，观察终端输出是否卡住或报错
区分真实错误类型：13、28、2 这三个 errno 很关键
直接运行 /www/server/mysql/bin/mysqld --defaults-file=/www/server/mysql/my.cnf --user=mysql，终端输出的最后一行往往就是命门。
-
Operating system error number 13→ 权限问题（chown没生效或 SELinux 启用） -
Operating system error number 28→ 磁盘满（df -h /www看是否 ≥95%，重点清/www/wwwlogs/和/www/server/data/ib_logfile*不建议删，优先清日志） -
No such file or directory→pid-file路径的父目录不存在，比如/www/server/data下子目录缺失，或路径拼错（注意末尾斜杠）
残留 pid 文件和 ib_logfile 是高频干扰项
强制关机、异常 kill 后，/www/server/data/mysql.pid 可能还躺在那儿，但对应进程早已没了；ib_logfile0/1 若损坏，也会让 mysqld 在初始化阶段崩溃，连 pid-file 都来不及碰。
- 启动前先清理：
rm -f /www/server/data/mysql.pid - 若反复失败且确认权限/磁盘没问题，临时重命名
ib_logfile*（不是删除）：mv /www/server/data/ib_logfile0 /www/server/data/ib_logfile0.bak - 再启动，成功后再看错误日志是否提示 InnoDB recovery，决定是否需要从备份恢复
最常被忽略的一点：修改 my.cnf 后，不要只点面板“重启”，必须用 /etc/init.d/mysqld start 或 systemctl start mysqld 手动触发，并立刻 ls -l /www/server/data/mysql.pid 确认文件生成时间和内容是否为真实 PID。
