MySQL只加载第一个存在且权限合法的my.cnf文件，顺序为/etc/my.cnf→/etc/mysql/my.cnf→$MYSQL_HOME/my.cnf→~/.my.cnf；后续文件被忽略，权限不当（如world-writable）、语法错误或段落位置错误均会导致配置静默失效。
修改 MySQL 配置后不生效，大概率不是改错了参数，而是根本没被加载——mysqld 只认第一个存在的配置文件，且对权限、语法、段落位置极其敏感。
确认 MySQL 实际加载的是哪个 my.cnf
MySQL 启动时按固定顺序扫描配置文件，只读第一个存在的，其余全忽略。常见路径（按优先级从高到低）：/etc/my.cnf → /etc/mysql/my.cnf → $MYSQL_HOME/my.cnf → ~/.my.cnf。Ubuntu/Debian 系发行版还常通过 ! includedir /etc/mysql/conf.d/ 和 ! includedir /etc/mysql/mysql.conf.d/ 引入子配置，实际生效的可能是 /etc/mysql/mysql.conf.d/mysqld.cnf。
验证方法：
- 运行
mysqld --verbose --help | grep "Default options"，输出里明确列出“Default options are read from”后的路径，就是它真正看的那个 - 如果看到类似
World-writable config file '/etc/mysql/mysql.conf.d/mysqld.cnf' is ignored的警告，说明该文件因权限问题已被跳过 -
systemctl cat mysql或systemctl cat mysqld查看服务启动时是否硬编码了--defaults-file=路径
mysqld --validate-config 必须跑一次
MySQL 5.7.20+ 和 8.0.14+ 支持配置校验，不启动就能发现致命错误。它能立刻报出拼写错误、废弃参数、单位格式错（如 innodb_buffer_pool_size = 2g 中小写 g 在 8.0+ 会被拒）、段落放错（如把 datadir 写进 [client]）等问题。
执行命令：
-
mysqld --defaults-file=/etc/mysql/mysql.conf.d/mysqld.cnf --validate-config（替换为你实际路径） - 若报错，错误信息会直接指出哪行、哪个参数不对；没报错≠完全正确，它不检查路径是否存在、权限是否足够
- 配合
--console启动可临时看完整错误输出：mysqld --defaults-file=... --console
权限和路径问题比想象中更硬性
MySQL 启动时主动拒绝加载 world-writable（全局可写）的配置文件。只要 my.cnf 权限含 w（比如 664、644 是 OK 的，但 666、755 就不行），就会静默跳过，转而用内置默认值——此时你改的 port、bind-address、datadir 全部失效。
其他关键权限点：
-
datadir目录必须由mysql用户拥有，且至少有r-x（目录需可进入）和r--（文件需可读） - 如果用 systemd 管理服务，
LimitNOFILE过低会导致max_connections看似配置了却卡在系统层限制，需同步调大 - Docker 场景下，挂载的
/etc/mysql/conf.d/目录本身需要对mysql用户有x权限（即目录需可执行），否则子配置文件根本不会被扫描
有些参数改了也白改，除非重装或重建
不是所有配置重启就能生效。典型例子是 lower_case_table_names：它必须在初始化数据库前就设好。如果数据目录已存在，后续修改该参数并重启，MySQL 会直接拒绝启动（8.0+ 更严格），或启动后行为不一致（比如旧表名仍保留大小写，新表强制小写）。
类似情况还有：
-
character-set-server在 5.7.22+ 后不能靠改配置文件动态覆盖，必须初始化时指定；否则即使配置写了utf8mb4，SHOW VARIABLES LIKE 'character_set_server'仍返回latin1 -
innodb_page_size、innodb_log_file_size等底层存储参数，修改后需先停库、删日志文件、再启库，否则报错退出 - 改
datadir后未迁移数据、或迁移后未修复文件属主，mysqld会因无法访问原数据目录而失败，错误日志里通常只写 “Can’t open the mysql.plugin table” 这类模糊提示
最易被忽略的是：你以为在改配置，其实 mysqld 根本没读那个文件；你以为改完重启就完事，其实权限、路径、参数生命周期这些硬约束早就在后台卡死了。验证永远要从 --validate-config 和 --verbose --help 开始，而不是反复改、反复 restart。
