show variables查不到目标变量是因为默认只查会话级变量，关键全局变量如max_connections需用show global variables；变量名须小写、like匹配要精确，且受权限和动态性限制。
SHOW VARIABLES 为什么查不到你想要的变量？
默认执行 SHOW VARIABLES 返回的是会话级（session）变量，且只显示非默认值或被显式修改过的项。很多关键系统变量（比如 max_connections、innodb_buffer_pool_size）是全局（global）生效的，但默认不显示在结果里——除非你明确指定作用域。
- 查全部变量：用
SHOW GLOBAL VARIABLES，这才是看 MySQL 实际运行配置的正确入口 - 查某个具体变量：直接加
LIKE，例如SHOW GLOBAL VARIABLES LIKE 'max_connect%' - 注意大小写：MySQL 8.0+ 的变量名统一小写，
Max_connections这种写法会查不到 - 权限限制：普通用户可能无法看到部分敏感变量（如
performance_schema_max_table_instances），需SELECT权限或更高
哪些变量必须优先检查？
上线前或排查性能问题时，这几个变量直接影响行为边界，不能只看文档默认值：
-
wait_timeout和interactive_timeout：决定连接空闲多久被断开，应用连接池配置必须和它对齐，否则出现MySQL server has gone away -
sql_mode：影响严格模式、零日期处理等，开发和生产环境不一致会导致 SQL 执行结果不同 -
character_set_server和collation_server：新建库/表的默认字符集，不等于客户端连接的character_set_client -
log_bin：是否开启 binlog，关系到主从复制和 GTID 是否可用；它的值是ON/OFF，不是路径
怎么区分变量是动态还是静态？
有些变量改了立刻生效（dynamic），有些必须重启 MySQL（static）。盲目执行 SET GLOBAL xxx = ... 可能报错 Variable 'xxx' is a read only variable。
- 查变量属性最准的方式是查
information_schema.SYSTEM_VARIABLES（MySQL 8.0.16+）：SELECT VARIABLE_NAME, VARIABLE_SCOPE, SET_TIME FROM information_schema.SYSTEM_VARIABLES WHERE VARIABLE_NAME IN ('tmp_table_size', 'query_cache_type') - 老版本只能靠文档或试设：执行
SET GLOBAL xxx = 123，成功说明可动态修改；报错则大概率是 static - 特别注意：像
innodb_log_file_size是 static，但改完重启前必须先停服务、删旧日志文件，否则启动失败
为什么 SHOW VARIABLES 返回的结果顺序混乱？
MySQL 不保证 SHOW VARIABLES 的输出顺序，也不能用 ORDER BY 直接排序（语法不支持）。想按字母或重要性整理，得导出后处理：
- 命令行快速排序：用
mysql -e "SHOW GLOBAL VARIABLES" | sort - 查特定组并格式化：例如
mysql -N -s -e "SHOW GLOBAL VARIABLES LIKE 'innodb_%'" | sort（-N去列名，-s紧凑输出） - 真正要对比多实例配置？别依赖肉眼扫，用
mysqld --verbose --help --all输出默认值，再和SHOW GLOBAL VARIABLES结果做 diff
变量名拼写错误、作用域混淆、动态性误判——这三类问题占了实际调试中八成以上的“查了但没查对”情况。
