最准确方法是运行 mysqld --verbose --help | grep -a 1 "default options are read from"，它按顺序列出尝试读取的路径：/etc/my.cnf、/etc/mysql/my.cnf、/usr/local/etc/my.cnf、~/.my.cnf；从左到右取第一个存在且合法的文件（除非显式指定--defaults-file）。
直接看 mysqld 启动时读了哪些路径
最准的方法不是猜，而是让 mysqld 自己报出它尝试读取的配置文件顺序。运行：
mysqld --verbose --help | grep -A 1 "Default options are read from the following files"
输出类似：
Default options are read from the following files in the given order: /etc/my.cnf /etc/mysql/my.cnf /usr/local/etc/my.cnf ~/.my.cnf
注意三点：
- 这是「尝试读取」的顺序，不是「一定存在」的列表
- 从左到右，遇到第一个语法合法的文件就停止（除非显式用了
--defaults-file） -
~/.my.cnf只影响客户端命令（如mysql命令行），不控制mysqld服务启动
检查正在运行的 mysqld 进程参数
如果 MySQL 已在运行，ps 能直接告诉你它用的是哪个文件：
ps aux | grep mysqld | grep -v grep
重点找含 --defaults-file= 的那一行，例如：
/usr/sbin/mysqld --defaults-file=/etc/mysql/my.cnf ...
只要看到这个参数，就不用再查其他路径——它就是唯一生效的配置文件。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
没看到 --defaults-file？那就回退到上一步的顺序列表，挨个 ls -l 检查哪个真实存在且可读。
登录后查 @@global.config_file（仅限 MySQL 8.0.22+）
连上数据库后执行：
SELECT @@global.config_file;
返回值就是当前 mysqld 实际加载的主配置文件路径。但要注意：
- MySQL 8.0.22 之前版本不支持这个变量，会报错
Unknown system variable 'config_file' - 即使返回了路径，也要确认该文件确实包含你修改过的配置项——因为可能被后续加载的文件覆盖（比如
/etc/my.cnf和/etc/mysql/my.cnf同时存在） - 该变量只反映主配置文件，不包含
--defaults-extra-file指定的额外文件
验证配置是否真从那个文件加载
光有路径还不够，得确认 MySQL 确实解析了它。最简单的验证方式是「故意写错」：
- 在你认为生效的配置文件里加一行：
invalid_option = 1 - 重启
mysqld - 如果启动失败并报错
unknown option 'invalid_option'，说明它确实读了这个文件 - 如果启动成功，要么文件没被读，要么那段配置不在
[mysqld]段里（客户端段如[client]不影响服务启动）
别跳过段落标签——[mysqld] 和 [client] 是隔离的，改错段就等于没改。
