mysql启动失败主因是pid-file父目录不存在、属主非mysql或权限不足，需确认配置路径、创建并授权父目录（如chown mysql:mysql /var/run/mysqld）、检查磁盘空间与inodes、验证配置加载及selinux/apparmor拦截。
检查 pid-file 路径权限与父目录属主
这个错误几乎总是从权限问题开始——mysqld 进程无法在配置指定的路径创建或写入 mysqld.pid 文件。它不单是 PID 文件本身没权限，而是整个路径链（尤其是父目录）必须对 mysql 用户可写。
先确认实际使用的 pid-file 路径：
- 查 /etc/my.cnf 或 /etc/mysql/my.cnf 中 [mysqld] 段的 pid-file 配置；
- 若未显式设置，默认为 datadir 下的 mysqld.pid（如 /var/lib/mysql/mysqld.pid）。
然后检查该文件**父目录**（不是文件本身）的权限和属主：
- 运行 ls -ld /var/run/mysqld 或 ls -ld /var/lib/mysql；
- 输出中 owner 必须是 mysql，且权限含 w（如 drwxr-xr-x 可，dr-xr-xr-x 不可）；
- 若不符，执行 chown -R mysql:mysql /var/run/mysqld 和 chmod 755 /var/run/mysqld（注意：不要用 777，MySQL 8.0+ 会拒绝启动）；
- 特别提醒：/var/run/mysqld 是 tmpfs，重启即清空，需在 systemd service 文件里加 RuntimeDirectory=mysqld 自动重建。
验证磁盘空间与 inodes 是否耗尽
MySQL 启动时若发现 datadir 所在分区 df -h 满了，或 df -i 显示 inodes 100%，会直接静默退出——不写日志、不报错、只留这句 “quit without updating PID file”。
快速排查：
- df -h /var/lib/mysql（替换为你实际的 datadir 路径）；
- df -i /var/lib/mysql；
- 若 inodes Use% 为 100%，常见于残留大量 .err 日志、binlog 或 innodb_temp 小文件；
- 清理建议：find /var/lib/mysql -name "*.err" -mtime +7 -delete，或进 MySQL 执行 PURGE BINARY LOGS BEFORE '2026-06-01 00:00:00';。
确认配置是否真正被加载
你改了 my.cnf，但 mysqld 可能根本没读到它——结果它仍往默认路径（如 /usr/local/mysql/data）尝试写 PID，而那个路径根本不存在或权限不对。
必须验证配置生效：
- 查看实际加载哪些配置：mysqld --no-defaults --verbose --help | grep "Default options"；
- 做路径与语法校验：mysqld --no-defaults --validate-config --basedir=/usr/local/mysql --datadir=/var/lib/mysql（MySQL 5.7+ 支持）；
- 若用 systemctl 启动，检查环境变量干扰：systemctl show mysql | grep Environment，确认没被 MYSQL_HOME 或 MY_CNF 覆盖；
- 注意：手动启动时若忘了加 --defaults-file=/etc/my.cnf，它可能跳过你的配置。
排查 SELinux / AppArmor 和残留锁文件
在 CentOS/RHEL/Ubuntu 上，SELinux 或 AppArmor 可能静默拦截 mysqld 对 pid-file 或 datadir 的写操作，现象就是无日志、纯报错。
临时验证：
- CentOS/RHEL：getenforce 若返回 Enforcing，运行 setenforce 0 后再试启动；
- Ubuntu：aa-status 看是否启用，临时禁用：sudo systemctl stop apparmor；
- 若禁用后启动成功，说明是策略问题，需调整规则而非永久关闭。
另外两个易忽略的残留点：
- /var/lock/subsys/mysql 锁文件残留（尤其非正常关机后），删掉即可：rm -f /var/lock/subsys/mysql；
- 数据目录下存在 mysql-bin.index（多见于重复安装），它会导致启动卡死，直接删除：rm -f /var/lib/mysql/mysql-bin.index。
真正卡住的地方往往不是 PID 文件本身，而是它背后暴露的路径权限链断裂、inodes 耗尽、配置未生效或安全模块拦截——这些点不逐个排除，只删 mysqld.pid 或重启服务毫无意义。
