MySQL启动失败的真实原因常是mysqld未活到写日志或PID文件阶段，主因包括log-error目录权限不足、配置未被加载、inodes耗尽（df -i满）、tmpfs路径如/var/run/mysqld重启丢失权限，需用--console直启、验证配置、检查inodes及SELinux等深层问题。
这不是 MySQL 真正的失败原因，而是启动中途崩溃后留下的“空档提示”——mysqld 进程根本没活到写日志、生成 mysqld.pid 那一步，所以你看到的只是一句兜底报错。
为什么查不到真实错误？因为连日志都打不开
多数人第一反应是删 mysqld.pid 或 touch 它，这毫无意义。真正卡点往往在日志初始化阶段：
- 运行
mysqld --no-defaults --verbose --help | grep "log-error"查默认错误日志路径（常见为/var/log/mysqld.log或/var/lib/mysql/$(hostname).err） - 如果日志文件为空或目录不存在，说明
mysqld连open()日志文件都失败了——大概率是log-error所在目录权限不对，或属主不是mysql - 别跳过这步：直接
sudo -u mysql touch /path/to/error.log测试能否创建；失败就立刻查ls -ld /path/to/的 owner 和权限
为什么改了 my.cnf 却没生效？配置根本没被加载
你以为改的是生效配置，但 mysqld 可能压根没读它：
- 用
mysqld --no-defaults --verbose --help | grep "Default options"看它实际扫描哪些路径（顺序很重要，/etc/my.cnf 未必优先） - 用
mysqld --defaults-file=/etc/my.cnf --validate-config强制校验该文件语法和路径合法性（MySQL 5.7+ 支持） - 若用
systemctl start mysqld，检查systemctl show mysqld | grep Environment，确认没被MYSQL_HOME或MY_CNF环境变量覆盖 - 临时验证可手动跑：
sudo -u mysql mysqld --defaults-file=/etc/my.cnf --console，错误会直接输出到终端
为什么 df -h 显示有空间，MySQL 还是起不来？inodes 耗尽更致命
MySQL 启动要创建多个小文件（ib_logfile0、mysql.pid、错误日志头、buffer pool 初始化页），这些操作对 inodes 敏感度远高于磁盘块：
kashen-mysql DDLtoExcel
下载
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
- 必须并行执行：
df -h /var/lib/mysql和df -i /var/lib/mysql（把路径替换成你真实的datadir） - 只要
df -i的 Use% 是 100%，哪怕df -h还剩 20GB，mysqld就会在open()第一个文件时静默退出 - 清理重点：
find /var/lib/mysql -name "*.err" -mtime +7 -delete（旧错误日志）、PURGE BINARY LOGS BEFORE '2026-09-01 00:00:00';（binlog） - 别碰
ibdata1、ib_logfile*：它们不是 inodes 主因，乱删会导致 InnoDB 拒绝启动
为什么 /var/run/mysqld 总是“突然没权限”？tmpfs 特性被忽略了
/var/run/mysqld 是内存挂载的 tmpfs，重启即清空——你手工 chown 好的目录，下次 reboot 就变回 root:root 且无写权限：
- 查配置中
pid-file是否真指向/var/run/mysqld/mysqld.pid（用mysqld --no-defaults --verbose --help | grep pid-file） - 修复不能只靠命令：必须在 systemd service 文件（如
/usr/lib/systemd/system/mysqld.service）里加一行RuntimeDirectory=mysqld - 然后重载：
systemctl daemon-reload && systemctl restart mysqld - 否则每次重启后都要手动
mkdir -p /var/run/mysqld && chown mysql:mysql /var/run/mysqld
真正难排查的，是那些不报错的失败：inodes 耗尽、SELinux 拦截、AppArmor 策略拒绝、datadir 下残留损坏的 mysql-bin.index ——它们都不会在终端吐出明确提示，只会让 mysqld 在初始化阶段直接 exit(1)。
