mysql配置文件默认按固定顺序查找：linux为/etc/my.cnf→/etc/mysql/my.cnf→/usr/etc/my.cnf→~/.my.cnf；windows为安装目录、%windir%、当前目录下的my.ini或my.cnf；可用mysql --help | grep "default options"或mysqld --verbose --help确认实际加载路径。
MySQL 配置文件在哪？优先级怎么算？
MySQL 启动时会按固定顺序查找配置文件，顺序错了就可能读不到你改的 my.cnf。Linux 下典型顺序是：/etc/my.cnf → /etc/mysql/my.cnf → /usr/etc/my.cnf → ~/.my.cnf（用户级）。Windows 下是 my.ini 或 my.cnf，从安装目录、%WINDIR%、当前目录依次查找。
用命令确认实际加载了哪个文件：
mysql --help | grep "Default options"
或连接后执行：
SELECT @@global.config_file;
- 如果返回空，说明没显式指定配置文件，MySQL 用内置默认值
-
mysqld --verbose --help | grep "Default options"更可靠，它反映服务端实际行为 - 修改配置后必须重启
mysqld才生效（SET GLOBAL只能改部分动态变量）
如何安全区分开发/测试/生产环境配置？
别在同一个 my.cnf 里用注释开关不同环境——容易误操作。推荐用「配置文件拆分 + 启动参数指定」：
- 把通用配置（如
port、socket）抽到/etc/mysql/common.cnf - 为每个环境建独立文件：
/etc/mysql/dev.cnf、/etc/mysql/prod.cnf - 启动时用
--defaults-extra-file加载环境专属配置：
mysqld --defaults-file=/etc/mysql/common.cnf --defaults-extra-file=/etc/mysql/prod.cnf
这样既避免手抖改错环境，也方便 CI/CD 注入配置。注意：--defaults-extra-file 必须放在命令行最前面，否则可能被忽略。
修改 max_connections 或 innodb_buffer_pool_size 为什么没效果？
这两个参数看似简单，但受系统资源和 MySQL 版本限制明显：
-
max_connections超过 OS 文件描述符限制会静默失败，检查：ulimit -n和cat /proc/$(pgrep mysqld)/limits | grep "Max open files" -
innodb_buffer_pool_size在 MySQL 5.7+ 支持动态调整（需满足innodb_buffer_pool_chunk_size * N），但不能超过物理内存的 70%～80%，否则触发 OOM killer - 某些云数据库（如 AWS RDS、阿里云 RDS）禁用这些参数的直接修改，必须通过控制台参数组管理
- 修改后务必验证：
SHOW VARIABLES LIKE 'max_connections';和SHOW ENGINE INNODB STATUS\G查 buffer pool 实际大小
如何让应用连接自动适配不同环境配置？
应用层不该硬编码 host、port、user，更不该把密码写进代码。正确做法是让 MySQL 客户端自动读取对应配置：
- 在
~/.my.cnf中按 section 区分：
[client] user = app_user password = secret <p>[client-dev] host = 127.0.0.1 port = 3307</p><p>[client-prod] host = db-prod.internal port = 3306</p>
然后应用连接时显式指定 section：
- 命令行：
mysql --defaults-group-suffix=-dev - Python（PyMySQL）：
connect(read_default_group='client-dev') - Java（JDBC）：
jdbc:mysql://?useConfigs=client-dev
这个机制依赖客户端是否支持 --defaults-group-suffix，较老版本 MySQL 客户端（MYSQL_TEST_LOGIN_FILE 或配置文件路径注入。
