mysql只加载第一个存在且权限合法的配置文件，顺序为/etc/my.cnf→/etc/mysql/my.cnf→$mysql_home/my.cnf→~/.my.cnf；后续文件被忽略，权限过宽或语法错误会导致静默跳过。
直接结论：90% 的启动失败不是配置逻辑错，而是 MySQL 根本没读到你改的 my.cnf，或读到了但立刻因语法/权限问题跳过它。
怎么确认 MySQL 到底加载了哪个配置文件
MySQL 启动时只认第一个存在的配置文件，顺序固定：/etc/my.cnf → /etc/mysql/my.cnf → $MYSQL_HOME/my.cnf → ~/.my.cnf，后面全忽略。你以为改的是生效文件，其实可能连加载都没加载。
- 运行
mysqld --verbose --help 2>/dev/null | grep "Default options"，输出类似Default options are read from the following files in order: /etc/my.cnf /etc/mysql/my.cnf—— 只看第一行第一个路径 - 如果输出里根本没有你编辑的路径（比如你改了
/home/user/my.cnf，但输出只有/etc/my.cnf），那修改完全无效 - 检查是否多个文件共存：比如
/etc/my.cnf和/etc/mysql/my.cnf都存在，MySQL 只读前者；删掉或重命名非目标文件可快速验证 - 用
systemctl启动时，它不认--defaults-file，所以手动能启（mysqld --defaults-file=/path/to/my.cnf --console）≠ 服务能启
配置语法或参数错误导致静默退出
MySQL 启动失败时，往往不报行号，只在错误日志里写一句 unknown variable 'xxx' 或 option not recognized，然后进程退出。这类问题必须靠校验工具提前发现。
- 先跑
mysqld --defaults-file=/etc/my.cnf --validate-config（MySQL 5.7.20+/8.0.14+ 支持），它会当场报错，比如unknown variable 'query_cache_size'（MySQL 8.0+ 已移除） - 大小写敏感：
innodb_buffer_pool_size = 2G正确，2g或2GB在 8.0+ 会被忽略甚至拒绝 - 段落错位：把
datadir写在[client]段里，它只在[mysqld]段有效，MySQL 直接报错退出 - 单位混淆：
max_allowed_packet = 64M可以，但64MB是非法值，部分版本会静默降级为默认值，部分直接 fail
文件权限或路径不可访问被 MySQL 主动拒绝
MySQL 启动时会检查配置文件权限，只要文件“world-writable”（即其他用户可写），就直接跳过该文件，转而用内置默认值——这会导致 datadir、log-error 等关键项失效，进而找不到数据目录或写不了日志，最终启动失败。
- 检查权限：
ls -l /etc/my.cnf，如果看到权限是-rw-rw-rw-（666）、-rwxrwxrwx-（777）甚至-rw-rw-r--（664），MySQL 就会 ignore 它 - 修复命令：
sudo chmod 644 /etc/my.cnf（属主读写，组/其他只读） - 检查路径是否存在且可访问：
datadir = /data/mysql要求该目录存在、属主为mysql用户、有读写执行权限；log-error = /var/log/mysql/error.log要求父目录/var/log/mysql/存在且 mysql 用户可写 - 常见陷阱：日志路径父目录不存在（如
/var/log/mysql目录没创建），MySQL 不会自动建，直接启动失败
错误日志里真正有用的线索在哪
别只盯着 systemctl status mysqld 的一句话失败提示。MySQL 的真实错误几乎全在错误日志末尾，但日志路径本身又依赖配置——所以得交叉验证。
- 先查默认位置：
sudo tail -n 30 /var/log/mysqld.log（RHEL/CentOS）、sudo tail -n 30 /var/log/mysql/error.log（Debian/Ubuntu） - 如果日志为空或找不到，用
mysqld --no-defaults --user=mysql --console启动，错误会直接打到终端，绕过所有配置干扰 - 重点看最后一段 ERROR 行，比如：
[ERROR] InnoDB: The Auto-extending innodb_system data file './ibdata1' is of a different size—— 这说明不是配置问题，是数据文件损坏，得进恢复模式 - 如果日志里反复出现
World-writable config file '/etc/my.cnf' is ignored，那就不用往下看了，立刻改权限
最常被忽略的点是：MySQL 对配置文件的加载顺序和权限检查是硬性策略，不是可配选项。它宁可启动失败，也不妥协安全。所以排查时，永远先问“它到底读没读这个文件”，而不是“我写的对不对”。
