90%的“无法创建PID文件”是mysqld未启动所致，须同步验证路径存在性、权限链完整性及磁盘资源（空间与inode）；先查真实pid-file路径，创建并授权父目录，再以mysql用户实测写入，最后检查/run或datadir挂载点的df -h和df -i。
直接结论：90% 的 “无法创建 PID 文件” 不是配置写错了，而是 mysqld 进程根本没跑起来——它连写 mysql.pid 这一步就被系统拦下了。必须同步验证路径存在性、权限链完整性、磁盘资源三者，缺一不可。
确认 pid-file 实际生效路径并检查父目录是否存在
MySQL 不会自动创建 pid-file 的上级目录，比如配置了 pid-file = /var/run/mysqld/mysqld.pid，但 /var/run/mysqld/ 根本不存在，就会报 Errcode: 2 (No such file or directory)。
- 查真实路径：
mysqld --print-defaults | grep pid-file，或打开/etc/my.cnf（或宝塔环境下的/www/server/mysql/my.cnf）看[mysqld]段下的pid-file值 - 检查父目录是否存在：
ls -ld $(dirname /var/run/mysqld/mysqld.pid)；若提示No such file or directory，说明目录缺失 - 手动创建并授权：
sudo mkdir -p /var/run/mysqld，然后sudo chown mysql:mysql /var/run/mysqld，再sudo chmod 755 /var/run/mysqld - 宝塔常见陷阱：
datadir = /www/server/data，但pid-file还留着默认值/var/run/mysqld/mysqld.pid——这个路径在宝塔里通常根本不存在，应显式改为pid-file = /www/server/data/mysql.pid
用 mysql 用户身份实测能否写入目标路径
改完属主和权限不等于就通了。mysqld 实际以 mysql:mysql 身份运行，必须确保该用户能真正进入目录、创建文件。盲目 chmod 777 反而会让 MySQL 8.0+ 拒绝启动。
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
- 执行：
sudo -u mysql touch /var/run/mysqld/test.pid && rm /var/run/mysqld/test.pid；失败则说明权限链断了 - 常见断点：
/var/run父目录权限太严（如/var是root:root 755，但mysql用户无x权限就进不去子目录） - SELinux 或 AppArmor 启用时也会静默拦截，临时验证可运行：
sudo setenforce 0（仅测试用） - 某些 WSL 或 phpEnv 环境下，
mysql用户其实是当前登录用户别名，需用chown -R $USER:$USER /path/to/data并改pid-file到/tmp/mysqld.pid等明确可写位置
检查 /run 或 datadir 所在挂载点的空间与 inode 是否耗尽
即使目录存在、权限正确，mysqld 仍可能静默退出——错误日志里只显示模糊 I/O 失败，根本不提磁盘。尤其 /run 是 tmpfs，默认仅几十 MB，极易打满。
- 运行：
df -h /run和df -i /run；若Use%达 100%，清理命令：sudo find /run/mysqld -name "*.pid" -delete - 对
datadir所在分区同样检查：df -h /www和df -i /www；宝塔环境下/www/wwwlogs/是 inode 重灾区 - 快速定位小文件堆积：
find /www/wwwlogs -type f -name "*.log" -mtime +30 | head -20 | xargs ls -lh - 注意：
df -h显示还有空间 ≠ 可写，df -i才是关键指标；tmpfs 不计入磁盘统计，du -sh /run常为空，不能信
绕过面板直启，捕获原始报错信息
宝塔“重启”按钮封装太多，掩盖关键线索。直接调用二进制启动，错误立刻吐出来，才能看到真实原因。
- 执行：
/www/server/mysql/bin/mysqld --defaults-file=/www/server/mysql/my.cnf --user=mysql - 若卡住不动 →
pid-file或datadir路径不可写 - 若报
InnoDB: Operating system error number 13→ 权限问题（Permission denied） - 若报
error number 28→ 磁盘满（No space left on device） - 若报
Can't find file: './mysql/user'→ 数据目录损坏，已超出 PID 权限范畴，需另作处理
真正容易被忽略的是：权限修复后，残留的 mysql.pid 文件如果还躺在那儿，mysqld_safe 会误判为已有进程在运行，直接拒绝启动。删之前先确认没有真实 mysqld 进程：ps aux | grep mysqld | grep -v grep，再 rm -f /www/server/data/mysql.pid。
