MySQL 8.0 启动时只加载第一个存在且权限合法的my.cnf文件，顺序为/etc/my.cnf→/etc/mysql/my.cnf→$MYSQL_HOME/my.cnf→~/.my.cnf；后续文件被忽略，权限不合法或语法错误会导致静默跳过或启动失败。
mysqld 启动时只加载**第一个存在且权限合法的 my.cnf 文件，后续路径全部忽略**——这不是发行版“乱配”，而是 MySQL 自身硬编码的搜索逻辑决定的。
MySQL 8.0 的配置文件加载顺序是固定的
无论你用的是 Ubuntu、CentOS 还是 Alpine，mysqld 都会按以下顺序扫描（从左到右，遇到第一个就停）：
/etc/my.cnf/etc/mysql/my.cnf$MYSQL_HOME/my.cnf~/.my.cnf
Debian/Ubuntu 的包维护者选择把配置放 /etc/mysql/my.cnf，而 RHEL/CentOS 官方 RPM 默认写进 /etc/my.cnf。两者都没错，只是选了不同的“第一个路径”。
怎么确认当前实际生效的是哪个文件？
别猜，直接问 mysqld：
mysqld --verbose --help | grep "Default options"
输出类似：
Default options are read from the following files in the given order: /etc/my.cnf /etc/mysql/my.cnf ~/.my.cnf
它只告诉你“搜索顺序”，但真正生效的是其中**第一个存在且权限合规的文件**。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
常见陷阱：
- 文件存在，但权限是
664或755→mysqld会静默跳过，并在错误日志里记一条World-writable config file '/etc/my.cnf' is ignored - 文件存在，但内容有拼写错误（如
innodb_buffer_pool_size = 2G写成2g）→ MySQL 8.0+ 直接启动失败，报错unknown variable
Windows 上为什么总是找不到 my.ini？
因为默认路径是隐藏的：C:\ProgramData\MySQL\MySQL Server 8.0\my.ini。这个目录默认不可见，且快捷方式常硬编码旧路径（比如 C:\Program Files\...\my.ini），导致点击命令行客户端一闪而退。
验证方法：
- 打开资源管理器，地址栏直接粘贴
%ProgramData%\MySQL\MySQL Server 8.0\回车 - 或用命令行：
dir /s /b "%ProgramData%\my.ini" - 手动运行
mysql.exe -h127.0.0.1 -u root -p如果能连上，说明服务本身正常，问题出在客户端快捷方式的配置路径上
改配置后不生效？先检查这三件事
很多“配置没起作用”其实和路径无关，而是被更底层的规则拦住了：
-
chmod 644 /etc/my.cnf（Linux）或右键属性 → 安全 → 确保无“Everyone”写权限（Windows） - 所有参数名必须全小写，比如
innodb_buffer_pool_size，写成INNODB_BUFFER_POOL_SIZE会被拒绝 -
[mysqld]段落外写的参数（比如直接写在文件开头）会被忽略——MySQL 只认带 section header 的配置
最易被忽略的一点：修改 my.cnf 后必须重启 mysqld 服务，FLUSH PRIVILEGES 或 RELOAD 命令对大部分配置项无效。
