MySQL 8.0 在 Windows 下按固定顺序加载 my.ini：优先读取 C:\ProgramData\MySQL\MySQL Server 8.0\my.ini（隐藏目录），其次为 C:\Program Files\MySQL\MySQL Server 8.0\my.ini；若服务启动时指定 --defaults-file，则仅加载该文件，其余路径均被忽略。
配置文件写了、路径对了、服务也重启了，但 SHOW VARIABLES 查出来的值还是默认值——这不是你配错了，而是 MySQL 8.0 根本没读到你写的那个文件。
MySQL 8.0 启动时到底读了哪个 my.ini？
Windows 下 MySQL 8.0 默认只认特定路径的 my.ini，不是你放哪它就加载哪。它按固定顺序扫描，找到第一个就停，后续路径全忽略：
-
c:\programdata\mysql\mysql server 8.0\my.ini（注意：ProgramData是隐藏目录） c:\program files\mysql\mysql server 8.0\my.ini
如果你把 my.ini 放在桌面、D盘根目录或 MySQL 安装目录的 bin 子目录里，它压根不会看。更隐蔽的是：某些一键安装包会硬编码启动参数，比如 mysqld --defaults-file=C:\my-custom.cnf，这时哪怕你放对了位置，也会被这个参数强制覆盖。
✅ 验证方法：用管理员权限运行
mysqld --verbose --help | findstr "Default options"
输出里列出的路径才是它真正在找的地方。
配置写对了，但语法或段落名错一个字就失效
MySQL 对配置格式极其敏感，常见“静默失效”原因包括：
- 用了中文等号
＝或冒号：，必须是英文= -
[mysqld]写成[mysql]或漏掉中括号，服务端参数直接不解析 -
character-set-server=utf8mb4写在[client]段下，对服务端无效 - 路径含空格或中文，且没加双引号（如
basedir="D:\Program Files\MySQL"）
✅ 快速检查：运行
mysqld --validate-config
如果有语法错误，它会直接报错退出；如果静默通过，再查是否被其他同名参数覆盖。
服务是用 sc 或 net start 启动的，但启动命令里带了 --defaults-file
Windows 服务注册信息里可能固化了启动参数。即使你改了 my.ini，只要服务启动时指定了 --defaults-file，它就只读那个文件，别的全无视。
✅ 查当前服务真实启动命令：
sc qc mysql80
看 BINPATH 字段里有没有 --defaults-file= 或 --defaults-extra-file=。如果有，要么删掉该参数，要么把你的配置挪进去，别两头改。
⚠️ 注意：mysql80 是服务名，实际可能是 mysql 或其他，用 sc queryex type= service state= all | findstr "mysql" 确认。
参数本身在 8.0 中已被移除或行为变更
升级或新装 8.0 时，很多老参数直接消失或语义变了。比如：
-
query_cache_type和query_cache_size在 8.0.3+ 彻底移除，写了也不报错，但完全无效 -
explicit_defaults_for_timestamp在 8.0.2+ 默认为ON，旧配置若设为OFF可能导致启动失败 -
innodb_log_file_size在 8.0 中改为动态可调，但首次设置仍需停机修改并删除旧日志文件
✅ 动态验证是否生效，别只信配置文件：
SELECT @@global.innodb_buffer_pool_size;
如果返回值和你配的不符，说明要么没加载，要么参数已废弃，得查对应版本的 Removed Options and Variables 文档。
最常被忽略的一点：MySQL 8.0 的配置加载是“找到即停”，my.ini 文件位置、段落名、启动参数、参数弃用状态这四者只要有一处不匹配，就会表现成“改了没用”。排查时不要跳步，从 mysqld --print-defaults 输出开始，一层层确认它到底读了什么、又忽略了什么。
