ERROR 1227报错是因为MySQL 8.0+要求显式授予SYSTEM_VARIABLES_ADMIN权限才能执行SET GLOBAL或SET PERSIST，该权限不继承自SUPER、ROOT或ALL PRIVILEGES，且必须精确匹配host和user。
普通用户默认无法修改系统变量，必须显式授予 SYSTEM_VARIABLES_ADMIN 权限才能执行 SET PERSIST 或 SET GLOBAL 类操作。
为什么 SET GLOBAL 报错 ERROR 1227 (42501)？
常见错误信息是：Access denied; you need (at least one of) the SYSTEM_VARIABLES_ADMIN privilege(s) for this operation。这不是权限表没刷、也不是密码错了，而是 MySQL 8.0+ 对系统变量写入做了细粒度管控——SET GLOBAL 和 SET PERSIST 已不再隐含在 SUPER 或 ROOT 权限里，必须单独授权。
-
SYSTEM_VARIABLES_ADMIN是独立权限，不继承自ALL PRIVILEGES或SUPER - 即使用户有
root@localhost账号，若未显式授予该权限，仍会报错 -
SET SESSION不受影响，任何已连接用户都能改自己的会话级变量
如何正确授予 SYSTEM_VARIABLES_ADMIN 权限
必须用 GRANT 语句，不能直接 UPDATE mysql.user 表（否则权限不生效，还可能损坏元数据）：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
GRANT SYSTEM_VARIABLES_ADMIN ON *.* TO 'admin_user'@'192.168.1.%';
- 主机部分不能写
'%'（除非你真要允许任意来源），生产环境建议限定具体网段或容器 IP - 权限范围只能是
*.*，不支持数据库或表级限制 - 授完权后无需
FLUSH PRIVILEGES——GRANT本身已实时生效 - 验证方式：
SHOW GRANTS FOR 'admin_user'@'192.168.1.%';，确认输出中包含该权限项
SYSTEM_VARIABLES_ADMIN 和其他管理权限的关系
它和 PERSIST_RO_VARIABLES_ADMIN、SERVER_ADMIN 等权限是正交的，各自控制不同能力：
-
SYSTEM_VARIABLES_ADMIN：允许修改运行时全局变量（SET GLOBAL）和持久化变量（SET PERSIST） -
PERSIST_RO_VARIABLES_ADMIN：仅允许修改只读变量的持久化值（如innodb_buffer_pool_size），但不能改运行时值 -
SERVER_ADMIN：控制SHUTDOWN、RELOAD等服务器级命令，和变量无关 - 误授
ALL PRIVILEGES ON *.*也不会自动包含SYSTEM_VARIABLES_ADMIN，MySQL 8.0.16+ 明确将其拆分为独立权限
容易被忽略的细节
权限生效依赖于「连接时匹配的 host + user」组合，而不是登录后切换用户：
- 如果应用用
'app_user'@'10.20.30.5'连接，但你授的是'app_user'@'%'，权限不匹配，依然拒绝 -
SET PERSIST修改的变量会写入mysqld-auto.cnf，若磁盘满或该文件不可写，即使有权限也会失败，错误日志里才体现 - 某些变量（如
read_only）还需同时具备SYSTEM_VARIABLES_ADMIN+CONNECTION_ADMIN才能修改，得查对应变量的文档说明
