mysql启动时忽略my.cnf是因权限含组/其他可写（如664、755等），仅644或600合法；且按/etc/my.cnf→/etc/mysql/my.cnf→~/.my.cnf顺序加载，首个存在即停止，需用mysqld --help --verbose确认实际路径并chmod 644修复。
MySQL 启动时直接忽略 my.cnf，报 “World-writable config file is ignored”
这不是警告，是硬性拒绝：只要 my.cnf（或 mysqld.cnf）文件权限含“组可写”（即权限第三位是 2 或 6），MySQL 就会跳过该文件、不加载任何配置，并静默终止启动流程。
常见现象包括：systemctl status mysql 显示 failed、netstat -tlnp | grep 3306 看不到监听、明明写了 bind-address = 0.0.0.0 却只监听 127.0.0.1 —— 根本原因就是配置压根没读进去。
- 用
ls -l /etc/mysql/my.cnf检查权限，重点关注第三位（组）和第四位（其他）：640、664、755全部非法 - 合法权限只有
644（推荐，兼容 systemd + 多用户管理）或600（仅限属主可读写，需确认User=mysql在 service 文件中已设置） - 修复命令统一用：
sudo chmod 644 /etc/mysql/my.cnf；若选600，必须同步确认sudo systemctl cat mysql | grep User=输出为User=mysql - 别忘了检查所有可能被加载的路径：
/etc/my.cnf、/usr/local/mysql/etc/my.cnf、~/.my.cnf—— 任一文件权限不合规，都会触发拒绝
改了 /etc/mysql/my.cnf，但配置还是不生效
MySQL 不是只读一个 my.cnf，而是按固定顺序扫描多个路径，找到第一个存在的就停止。你改的文件可能根本没被加载。
典型加载顺序（Linux 官方二进制包）：/etc/my.cnf → /etc/mysql/my.cnf → /usr/local/mysql/etc/my.cnf → ~/.my.cnf。后加载的会覆盖前者的同名参数，但如果你只改了第二个，而第一个存在且包含 [mysqld] 段，那你的修改就完全被跳过了。
- 查真实加载路径：
mysqld --help --verbose | grep "Default options"—— 这行输出才是当前二进制实际扫描的顺序 - 确认是否真在用目标文件：
mysqld --defaults-file=/etc/mysql/my.cnf --print-defaults可强制只读该文件并打印最终合并参数 - Docker 环境下，挂载的
my.cnf必须放在容器内 MySQL 认可的路径，比如/etc/mysql/conf.d/custom.cnf（注意后缀必须是.cnf） - 修改后必须
sudo systemctl restart mysql；reload对大部分[mysqld]参数无效
为什么 SHOW VARIABLES 显示的值和 my.cnf 里写的不一样
因为配置不是“写在哪就从哪来”，而是多层叠加+覆盖的结果。优先级从低到高是：/etc/my.cnf /etc/mysql/my.cnf ~/.my.cnf ~/.my.cnf 里写了 max_connections=100，它也会覆盖系统级文件里的 max_connections=2000。
-
SELECT @@global.config_file;仅 MySQL 8.0.29+ 支持，且返回的是编译时指定的默认路径，不反映实际加载结果 - 更可靠的办法是连上后执行：
SHOW VARIABLES LIKE 'datadir';和SHOW VARIABLES LIKE 'socket';，再反推哪个配置生效了 - 客户端（
mysql命令）和服务器（mysqld）读取的路径不同：客户端看mysql --help --verbose，服务端看mysqld --help --verbose - 特别注意
.mylogin.cnf：这个由mysql_config_editor生成的加密文件，会在所有常规配置之后加载，且即使加了--no-defaults也会读 —— 它专管密码，但也能覆盖user、host等连接参数
如何安全地切换配置文件位置而不改系统默认路径
不要移动、软链或重命名系统默认路径下的 my.cnf，容易引发权限校验失败或路径错乱。最稳妥的方式是用启动参数锁定。
- 用
--defaults-file=/path/to/your.cnf启动：只读这一个文件，完全跳过默认搜索顺序，适合测试或隔离环境 - 用
--defaults-extra-file=/path/to/extra.cnf：在默认路径配置加载完后，再额外读一次，可用于补丁式覆盖（比如只调innodb_log_file_size） - 如果用 systemd 管理，修改
/etc/systemd/system/multi-user.target.wants/mysql.service中的ExecStart=行，追加参数即可 - 务必配合
sudo systemctl daemon-reload && sudo systemctl restart mysql生效，否则参数不会被识别
权限校验和加载顺序是两个独立但常同时出问题的环节。先确保文件权限合法（644 或 600），再确认它真的被加载了——别依赖路径直觉，用 --print-defaults 或 --help --verbose 直接问 MySQL 自己。
