mysql启动失败静默退出主因是pid-file路径权限不足、磁盘或inodes耗尽、父目录不存在；需用命令行启动观察报错，验证mysql用户能否touch测试文件，修复属主、权限、runtimedirectory配置及挂载点一致性。
“PID file could not be found”不是 MySQL 崩溃了，而是它根本没跑起来——连 mysql.pid 都没来得及写就退出了。
为什么 mysqld 启动后 ps 里看不到进程，mysql.pid 也不存在
这是最典型的“启动失败静默退出”现象。mysqld 在初始化阶段卡住，不报错、不写日志、不生成 PID 文件，只留下一句模糊提示。常见触发点有三个：
-
mysqld进程尝试往/var/run/mysqld/或/www/server/data/写mysql.pid，但父目录属主不是mysql，或权限不足（比如只有root可写） - 数据目录所在分区
df -h /www使用率 ≥95%，或df -i /www显示 inodes 100% ——这时open()系统调用直接返回errno 28（No space left on device），mysqld 不会重试，直接退出 -
my.cnf里pid-file指向一个根本不存在的路径（比如/var/run/mysqld/mysqld.pid），而该路径的父目录（/var/run/mysqld）在宝塔或 systemd 环境下默认不自动创建
怎么快速验证是权限还是磁盘问题
别依赖宝塔面板点“重启”，直接命令行启动看真实输出：
/www/server/mysql/bin/mysqld --defaults-file=/www/server/mysql/my.cnf --user=mysql
观察终端反馈：
- 如果卡住不动 →
pid-file或datadir路径不可写（常见于/var/run/mysqld不存在或无写权限） - 如果报
InnoDB: Operating system error number 13→ 权限问题（chown没生效，或 SELinux 启用） - 如果报
error number 28→ 磁盘或 inodes 耗尽（立刻执行df -h /www和df -i /www） - 如果报
No such file or directory→pid-file路径的父目录缺失（如/www/server/data下子目录未建全，或拼错路径）
修复时最容易被忽略的三个细节
很多修复失败，是因为踩中了这些隐性坑：
-
pid-file = /www/server/data/mysql.pid必须和datadir = /www/server/data在同一挂载点，且确保/www/server/data本身可写（sudo -u mysql touch /www/server/data/test.pid要能成功） -
/var/run/mysqld是 tmpfs，重启即空；若坚持用它，必须在 systemd service 文件里加RuntimeDirectory=mysqld，否则每次 reboot 后首次启动必失败 - MySQL 8.0+ 拒绝启动如果
datadir权限是777，必须用750或755，且属主严格为mysql:mysql（chmod -R 777 /var/run/mysqld是过时且危险的做法）
真正卡住的地方，往往不是配置写错了，而是 mysql 用户连 touch 一个空文件都失败——先让这个动作通了，再谈启动。
