MySQL启动时默认按固定顺序查找配置文件，不报错也不退出，找不到则用编译默认值；Windows优先读%WINDIR%\my.ini，Linux优先读/etc/my.cnf，但实际生效路径需通过SHOW VARIABLES LIKE 'config_file'确认。
MySQL 启动时默认读哪个配置文件，不取决于你把 my.cnf 放哪，而取决于它按固定顺序去找——找不着就用内置默认值，而不是报错。
Windows 下 my.ini 加载顺序和常见失效原因
Windows 会依次检查这些路径，找到第一个存在的配置文件就停：%WINDIR%\my.ini → C:\my.ini → basedir\my.ini（比如 D:/mysql/my.ini）。很多人把 my.ini 放在解压目录却没生效，是因为 C:\my.ini 或 %WINDIR%\my.ini 先被读到且里面没有 [mysqld] 段，导致后续配置被忽略。
- 最稳妥的做法：删掉所有其他位置的
my.ini或my.cnf，只保留basedir\my.ini - 确认
basedir路径正确，且my.ini文件编码是 ANSI 或 UTF-8 无 BOM（记事本另存为时选“ANSI”） - 如果用
--defaults-file手动指定，必须带完整路径，例如：mysqld --install MySQL --defaults-file="D:/mysql/my.ini"
Linux 下 /etc/my.cnf 优先级不如预期？
Linux 启动时实际加载顺序是：/etc/my.cnf → /etc/mysql/my.cnf → /usr/etc/my.cnf → basedir/my.cnf。但很多发行版（如 Ubuntu）把配置拆到 /etc/mysql/mysql.conf.d/mysqld.cnf，/etc/my.cnf 只起包含作用。直接改 /etc/my.cnf 可能完全不生效。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 运行
mysqld --verbose --help | grep "Default options"查看真实加载路径 - 若用包管理器安装（如 apt），优先改
/etc/mysql/mysql.conf.d/mysqld.cnf，而不是/etc/my.cnf - 自定义路径（如
/opt/mysql/my.cnf）必须配合mysqld --defaults-file=/opt/mysql/my.cnf启动，systemd 服务需改ExecStart行
cmake 编译安装时如何控制配置文件查找路径？
源码编译时，-DSYSCONFDIR=/etc 决定 MySQL 启动时默认搜索配置文件的根目录，但它**不生成或写入任何文件**，只是设定一个查找起点。
- 即使设了
-DSYSCONFDIR=/opt/mysql/etc，你也得手动创建该目录并放好my.cnf -
make install不会复制模板配置文件，需要自己从support-files/my-default.cnf复制并编辑 - 如果
mysqld运行时没找到任何配置文件，它会用编译时硬编码的默认值（如datadir=/usr/local/mysql/data），不会报错
验证配置文件是否真被加载
别只看服务起来没，要确认配置项实际生效：
- 连接 MySQL 后执行：
SELECT @@global.config_file;（8.0.29+）或SHOW VARIABLES LIKE 'config_file'; - 检查
basedir和datadir是否与预期一致：SHOW VARIABLES LIKE 'basedir'; SHOW VARIABLES LIKE 'datadir'; - 如果
config_file返回空值，说明 MySQL 根本没读到配置文件，正在用编译默认值
配置文件路径问题最难调试的地方在于：它不报错、不退出、甚至服务状态显示“正在运行”，但所有自定义设置都被无视——最终数据可能悄悄写进 C:\ProgramData\MySQL 或 /var/lib/mysql，等发现时已晚。
