这是MySQL未成功启动的信号，说明mysqld进程在写入PID文件前已静默退出，主因是/www/server/data目录权限错误、磁盘满（≥95%）、pid-file路径不可写或残留进程干扰，需按顺序排查属主、磁盘、写权限及my.cnf中pid-file路径一致性。
MySQL 5.7 启动报 “PID file could not be found” 是什么信号
这不是 MySQL 挂了，而是根本没跑起来——连 mysql.pid 都没来得及写就退出了。宝塔面板显示“已停止”、ps aux | grep mysqld 无输出、/www/server/data/*.pid 不存在，三者同时成立，基本可断定：启动卡在最前端，不是配置错，就是目录不能写。
检查 /www/server/data 目录是否对 mysql 用户可写
宝塔默认把数据目录设为 /www/server/data，但这个路径一旦属主不是 mysql:mysql，或父目录（比如 /www 或 /www/server）没有写权限，mysqld 就会静默失败。
- 运行
ls -ld /www/server/data，确认输出含mysql:mysql；否则执行chown -R mysql:mysql /www/server/data - 再用 MySQL 身份测试写入：
sudo -u mysql touch /www/server/data/test.pid && rm /www/server/data/test.pid；失败说明有深层拦路项（SELinux、挂载选项noexec、磁盘满） - 检查磁盘空间：
df -h /www，若 ≥95%，清理日志或临时文件
my.cnf 中的 pid-file 路径必须真实存在且可写
别信默认值。宝塔环境里 pid-file = /var/run/mysqld/mysqld.pid 几乎肯定不存在，硬留着只会让启动直接退出。
- 打开
/www/server/mysql/my.cnf，找到[mysqld]段，确认pid-file指向/www/server/data/下某路径，例如：pid-file = /www/server/data/mysql.pid - 确保该路径所在目录（即
/www/server/data）已通过上一步验证可写 - 删掉残留锁文件：
rm -f /www/server/data/*.pid /www/server/data/ib_logfile*（ibdata1绝对不要碰）
绕过面板，用命令行直启看真实报错
宝塔“重启”按钮封装太多，掩盖关键线索。直接调用二进制启动，错误立刻吐出来：
- 执行：
/www/server/mysql/bin/mysqld --defaults-file=/www/server/mysql/my.cnf --user=mysql - 如果卡住不动 →
pid-file或datadir路径不可写 - 如果报
InnoDB: Operating system error number 13→ 权限问题 - 如果报
error number 28→ 磁盘满（No space left on device） - 如果报
Can't find file: './mysql/user'→ 数据目录损坏，需重初始化（但这是另一类问题，不在 PID 权限范畴）
真正卡住的地方往往不是 mysql.pid 文件本身，而是它所在的整个路径链——从 / 开始每一级目录都得让 mysql 用户有执行（x）权限才能进入，有写（w）权限才能创建文件。这点最容易被忽略。
