MySQL查系统变量应使用SHOW VARIABLES，而非SELECT；其@@语法仅支持单个标量变量查询，不可批量、过滤或JOIN，且变量名严格区分大小写。
MySQL中查系统变量用SHOW VARIABLES，不是SELECT
直接用SELECT查系统变量在标准SQL里不成立——MySQL、PostgreSQL、SQL Server各自机制不同，没有统一的“系统变量表”可SELECT。MySQL最常用的是SHOW VARIABLES命令，它本质是快捷指令，底层不走SELECT语法解析器。试图写SELECT @@version这类语句虽能运行，但仅限于少数会话级或全局标量变量，且不能批量查、无法WHERE过滤、不能JOIN，实用性极低。
常见误操作：SELECT * FROM information_schema.VARIABLES——这个表在MySQL里根本不存在；PostgreSQL里倒有pg_settings视图，但那是PG特有，不是SQL标准。
MySQL中真正可用的变量查询方式：两种@@前缀语法
MySQL支持两种@@语法访问变量，但行为差异大，容易混淆：
-
@@variable_name（无修饰）：优先查会话级值，未设置则回退到全局值。适合检查当前连接实际生效的配置，比如SELECT @@sql_mode -
@@global.variable_name或@@session.variable_name：显式指定作用域。必须用global.或session.前缀，否则报错Unknown system variable - 变量名区分大小写（如
@@autocommit有效，@@AUTO_COMMIT无效） - 只读变量（如
@@version）可查，但写入会报错；动态变量（如@@sort_buffer_size）允许SET修改
示例：SELECT @@global.max_connections, @@session.wait_timeout;
PostgreSQL中查配置必须用pg_settings视图
PostgreSQL把所有运行时参数都暴露为系统视图pg_settings，这才是真正的“可SELECT”方案：
- 字段包括
name、setting（当前值）、unit（单位）、context（修改生效级别）、source（值来源，如configuration file或client） - 可自由过滤：
SELECT name, setting FROM pg_settings WHERE name LIKE '%work_mem%'; - 注意
setting字段是text类型，数值类需::integer转换，如setting::integer * 1024（转KB） - 普通用户默认只能查部分参数；要查全部需
pg_read_all_settings权限
SQL Server里查配置得靠sys.configurations和@@函数
SQL Server没有统一变量概念，配置分散在不同地方：
- 服务器级配置查
sys.configurations视图：SELECT name, value, value_in_use FROM sys.configurations WHERE name = 'max degree of parallelism';。注意value是配置值，value_in_use是当前生效值（重启后才同步） - 会话级状态用
@@函数：SELECT @@SPID, @@ERROR, @@ROWCOUNT——这些是只读函数，不是变量，不能SET - 无法用
SELECT @@some_unknown_config，会直接报错Invalid column name - 某些配置（如
user options）需解析位掩码，不能直接当整数用
跨数据库迁移脚本时，最容易栽在@@前缀的语义差异上：MySQL的@@是变量，SQL Server的@@是函数，PostgreSQL压根不用@@。
