直接查看 MySQL 实际运行中的配置值，是最可靠的方式——因为配置文件（如
my.cnf）的修改只有在 MySQL 重启或动态生效后才起作用，而不同参数支持的生效方式不同。
查看当前实际生效的配置值
登录 MySQL 后，用
SHOW VARIABLES查看运行时参数： 查单个参数：例如
SHOW VARIABLES LIKE 'max_connections';查多个相关参数：例如
SHOW VARIABLES LIKE 'character%';导出全部配置便于比对：
mysql -u root -p -e "SHOW VARIABLES;" > current_vars.txt
注意：该命令返回的是 MySQL 当前真正使用的值，不受配置文件中注释行或拼写错误影响，是验证是否“已生效”的第一依据。
确认配置来源和加载路径
MySQL 启动时会按固定顺序读取多个配置文件，可能被后续文件覆盖。执行以下命令可确认实际加载了哪些文件：
mysql --help | grep "Default options"—— 显示默认搜索路径（如
/etc/my.cnf、
/etc/mysql/my.cnf、
~/.my.cnf等）
mysqld --verbose --help | grep "Default options"—— 查看服务端实际读取的配置路径 启动后执行
SELECT @@global.config_file;（MySQL 8.0.22+ 支持），直接返回加载的主配置文件路径
若修改了错的文件（比如改了用户家目录下的
.my.cnf，但 MySQL 是以系统服务方式运行），配置自然不会生效。
区分静态参数与动态参数
并非所有参数都能在线修改。验证前需确认该参数是否支持动态生效：
支持动态修改的参数：执行SET GLOBAL xxx = value;后立即生效（如
wait_timeout、
max_connections），且
SHOW VARIABLES可即时反映变化 仅静态参数：如
innodb_buffer_pool_size（MySQL 5.7+ 部分支持动态调整，但有约束）、
datadir、
port等，必须重启 MySQL 才能生效 查参数是否可动态设置：
SELECT VARIABLE_NAME, VARIABLE_SCOPE FROM performance_schema.variables_info WHERE VARIABLE_NAME = 'xxx';，
VARIABLE_SCOPE为
GLOBAL或
BOTH表示支持动态设置
检查错误日志确认加载状态
MySQL 启动时会对配置文件做语法校验。若配置有误（如单位写错
1G写成
1g，或参数名拼错），通常不会报错退出，但会在错误日志中警告并跳过该行： 找到错误日志路径：
SELECT @@global.log_error;查看日志中是否有类似
[Warning] option 'xxx' has different value或
unknown variable的记录 常见陷阱：在
[mysqld]段外写了服务端参数；混用大小写（如
Max_connections应为小写
max_connections）；使用了不兼容版本的参数
没有报错不等于配置被采纳，务必结合
SHOW VARIABLES结果交叉验证。
