MySQL 8.0因my.ini编码错误（如UTF-8 BOM）会静默跳过配置加载，导致character-set-server等设置无效；正确做法是用Notepad++或VS Code保存为ANSI或UTF-8 without BOM，并确保文件位于C:\ProgramData\MySQL\MySQL Server 8.0\my.ini等默认路径。
my.ini 文件编码错误导致 MySQL 完全不加载配置
MySQL 8.0（尤其是 MSI 安装版）对 my.ini 的编码极其敏感：只要文件含 UTF-8 BOM 或使用 GBK/UTF-8 with BOM 保存，mysqld 启动时就会静默跳过该文件，不报错、不警告，也不加载任何配置项——你改了 character-set-server=utf8mb4，执行 SHOW VARIABLES LIKE 'character_set_server'; 依然返回 utf8mb3 或 latin1，就是这个原因。
这不是“读取失败”，而是 MySQL 解析器在首字节检测到非 ASCII 控制字符（如 EF BB BF）后直接放弃解析整份文件。
- ✅ 正确做法：用 VS Code / Notepad++ 打开
my.ini→ 右下角点击编码 → 选 “UTF-8 without BOM” 或 “ANSI”（即 Windows-1252，兼容 ASCII）→ 保存 - ❌ 常见错误：用系统记事本直接保存 → 默认带 UTF-8 BOM；用 Qt 或旧版编辑器导出 → 自动写入 GBK；复制网上配置粘贴后未转码
- ⚠️ 验证方式：用
xxd my.ini | head -n1（WSL）或 PowerShell 中运行Get-Content my.ini -Encoding Byte | Select-Object -First 3，若前 3 字节是239 187 191（即 EF BB BF），就确认是带 BOM 的 UTF-8
为什么 ANSI 编码反而更安全？
MySQL 官方文档明确说明：Windows 下配置文件仅保证兼容 ASCII 子集。ANSI（实际指 Windows-1252）在纯英文+数字+符号场景下与 ASCII 完全一致，且不引入任何额外字节；而 UTF-8 without BOM 虽然也安全，但一旦配置中出现中文注释（如 # 设置最大连接数），部分老旧版本的 mysqld（如 8.0.11–8.0.22）仍可能解析失败或截断。
- 推荐策略：配置项本身全部用英文（
basedir、datadir、port等），注释行全部删掉或改用英文 —— 这样用 ANSI 编码可 100% 兼容所有 8.0.x 版本 - 如果必须保留中文注释：只用 UTF-8 without BOM，并确保 MySQL ≥ 8.0.23；低于此版本请勿混用
-
mysqld --verbose --help | findstr "Default options"输出中若没列出你的my.ini路径，第一反应不是路径错，而是编码错
my.ini 放错位置 + 编码错误 = 双重失效
即使编码正确，若 my.ini 不在 MySQL 实际查找路径中，照样不生效。MSI 安装版默认只认两个位置（按优先级）：
-
C:\ProgramData\MySQL\MySQL Server 8.0\my.ini（隐藏目录，需开启“显示隐藏文件”） -
C:\Program Files\MySQL\MySQL Server 8.0\my.ini（需管理员权限写入）
但注意：mysqld --install 时若指定了 --defaults-file，它就只认那个路径，其他位置全忽略 —— 此时编码再对也没用。
- 查真实加载路径：启动服务前，在管理员 CMD 中运行
mysqld --verbose --help | findstr "Default options" - 若输出类似
Default options are read from the following files in the given order: C:\WINDOWS\my.ini C:\my.ini，说明服务被手动注册过，且绑定了错误路径 - 修正方法：先
sc delete mysql80（替换为你的真实服务名），再用mysqld --install mysql80 --defaults-file="C:\ProgramData\MySQL\MySQL Server 8.0\my.ini"重新注册
修改后不生效？检查服务是否真重启了
很多人改完 my.ini 就执行 net restart mysql80，但 Windows 服务管理器里显示“正在停止”又“正在启动”，其实 mysqld 进程根本没退出——旧进程还在跑，新配置自然不会加载。
- 可靠重启法：先
net stop mysql80→ 等提示“服务已停止” → 再net start mysql80 - 验证是否真加载：启动后立刻执行
mysql -u root -p -e "SELECT @@version_compile_os, @@character_set_server;"，若@@character_set_server仍是utf8mb3，说明配置没进进程 - 终极排查：用
Process Explorer查看mysqld.exe进程属性 → “命令行”标签页里是否包含--defaults-file=...，以及路径是否指向你刚改的那个文件
真正卡住人的从来不是“找不到文件”，而是文件明明存在、内容也写了、服务也重启了，却像没改过一样——八成是编码藏了个 BOM，或者服务压根没读你放的那份。
