SHOW VARIABLES 查询本身不慢，而是信息过载导致体验卡顿；应使用LIKE模糊匹配、performance_schema查询或命令行过滤精准定位变量，并注意GLOBAL/SESSION作用域区别。
SHOW VARIABLES 为什么查得慢、结果太多
直接执行 show variables 会返回 500+ 行，绝大多数和你当前任务无关。它本质是读取 mysql 内存中所有系统变量快照，不走索引、不支持 where，纯内存遍历——所以不是“慢”，而是“信息过载”。真正卡顿往往来自客户端渲染或网络传输（尤其在远程连接低带宽环境）。
- 用
SHOW VARIABLES LIKE 'xxx%'限定前缀，比全量少 90%+ 输出 - 加
WHERE是无效的：SHOW VARIABLES WHERE Variable_name = 'max_connections'语法错误，MySQL 不支持 - 如果连不上或卡死，先检查是否被其他长事务阻塞了元数据锁（少见但存在），可查
SELECT * FROM performance_schema.threads WHERE PROCESSLIST_INFO LIKE '%SHOW VARIABLES%'
快速定位关键变量的三种靠谱写法
别靠眼睛扫，用命令行管道或 SQL 层级过滤。MySQL 8.0+ 支持 SELECT 查询 performance_schema.global_variables，比 SHOW VARIABLES 更灵活。
- 命令行实时筛选（Linux/macOS）：
mysql -u root -p -e "SHOW VARIABLES" | grep -i "character_set\|collation\|time_zone" - SQL 层过滤（兼容 5.7+）：
SELECT * FROM performance_schema.global_variables WHERE VARIABLE_NAME IN ('max_connections', 'innodb_buffer_pool_size', 'sql_mode') - 模糊匹配（最常用）：
SHOW VARIABLES LIKE 'wait_timeout';或SHOW VARIABLES LIKE '%buffer%';（注意通配符位置）
区分 GLOBAL 和 SESSION 变量的坑
SHOW VARIABLES 默认显示 SESSION 级变量值（即当前连接生效值），但很多人想看的是 GLOBAL 设置——比如改完 SET GLOBAL max_connections = 2000 后，不重启连接，SHOW VARIABLES 仍显示旧值。必须显式加 GLOBAL 关键字。
- 查全局设定：
SHOW GLOBAL VARIABLES LIKE 'max_connections'; - 查当前会话实际生效值：
SHOW SESSION VARIABLES LIKE 'sql_mode';（SESSION可省略） - 两者可能不同：例如
autocommit默认 GLOBAL=1，但某连接执行过SET SESSION autocommit = 0，则该连接里SHOW VARIABLES返回 0 - 修改后没生效？确认是否用了
GLOBAL，且用户有SUPER或SYSTEM_VARIABLES_ADMIN权限
某些变量值看似“固定”实则动态计算
像 innodb_buffer_pool_size 这类变量，显示值未必等于你配置文件里写的数字。MySQL 启动时会按规则对齐、舍入，甚至受物理内存限制自动下调。
- 查配置来源：
SELECT VARIABLE_NAME, VARIABLE_VALUE, VARIABLE_SOURCE, VARIABLE_PATH FROM performance_schema.global_variables WHERE VARIABLE_NAME = 'innodb_buffer_pool_size';（MySQL 8.0.22+） -
VARIABLE_SOURCE字段告诉你值来自哪里：COMPILED（编译默认）、CONFIG（my.cnf）、DYNAMIC（运行时 SET） -
sort_buffer_size等线程级变量，SHOW VARIABLES显示的是每个新连接的初始值，不是当前连接已分配的内存大小
变量名大小写不敏感，但值可能是大小写敏感的（比如 collation_server 值为 utf8mb4_unicode_ci），复制粘贴时别手抖改错下划线或大小写。
