SET语句设置系统变量时必须有GLOBAL或PERSIST关键字
MySQL 8.0+ 中，直接用
SET variable_name = value修改全局系统变量会报错：
ERROR 1227 (42501): Access denied; you need (at least one of) the SYSTEM_VARIABLES_ADMIN privilege(s) for this operation。这是因为默认语法只作用于会话层，修改全局变量需显式声明作用域。
正确做法是：
设为全局生效（重启后失效）：SET GLOBAL sort_buffer_size = 4194304设为持久化（写入
mysqld-auto.cnf，重启仍有效）：
SET PERSIST sort_buffer_size = 4194304仅当前会话生效（无需额外权限）：
SET sort_buffer_size = 4194304
会话变量名前加@符号才真正创建用户变量
SET var_name = value这种写法在没有
@前缀时，MySQL 会优先尝试匹配**系统变量名**；只有加了
@，才会创建纯粹的用户会话变量（user-defined session variable），它不参与任何系统行为控制，只用于SQL逻辑中临时存储。
常见误区：
SET mycount = 1→ 实际试图设置系统变量
mycount（不存在，报错）
SET @mycount = 1→ 正确，创建用户变量
@mycount，后续可用
SELECT @mycount读取 用户变量不跨语句持久化：存储过程内设的
@var在过程结束后仍存在，但客户端断开重连即丢失
区分动态 vs 静态系统变量，避免无效赋值
不是所有系统变量都能运行时修改。例如
innodb_log_file_size是静态变量，即使加
GLOBAL也会报错：
ERROR 1238 (HY000): Variable 'innodb_log_file_size' is a read only variable。
判断方法：
查information_schema.SESSION_VARIABLES或
SHOW VARIABLES结果中
Variable_name对应的
Type列（非官方视图，需结合文档） 更可靠方式：执行
SELECT VARIABLE_NAME, VARIABLE_SCOPE, SET_TIME FROM performance_schema.variables_info WHERE VARIABLE_NAME = 'xxx';（MySQL 8.0.22+） 常见动态变量：
sort_buffer_size、
join_buffer_size、
max_connections常见静态变量：
datadir、
innodb_data_home_dir、
server_id
SET NAMES和SET CHARACTER SET的行为差异容易混淆
SET NAMES utf8mb4是快捷语法，等价于同时执行三条语句：
SET character_set_client = utf8mb4; SET character_set_results = utf8mb4; SET character_set_connection = utf8mb4;
而
SET CHARACTER SET utf8mb4只改其中两条：
SET character_set_client = utf8mb4; SET character_set_results = utf8mb4; -- 不设置 character_set_connection
实际影响：
应用连接后第一件事建议用SET NAMES utf8mb4，确保客户端、连接、结果三者编码一致 若已用
SET CHARACTER SET，需手动补上
SET character_set_connection = utf8mb4，否则可能因连接层编码不匹配导致乱码 这两个语句都只作用于当前会话，不涉及
GLOBAL
MySQL 的
SET看似简单，但变量作用域、权限模型、动静态分类、字符集 shortcut 之间交叉影响多，最容易出问题的是：以为设了
GLOBAL就全局生效，却忽略了权限不足或变量本身不可动态修改；或者把
@忘了，结果去调系统变量报错。动手前先
SELECT @@variable_name和
SHOW VARIABLES LIKE 'xxx'确认变量是否存在、是否可写，比反复试错快得多。
