Redis Lua脚本中禁止调用SCRIPT命令是因服务端静态白名单校验拦截，非语法限制；SCRIPT LOAD等命令未注册到eval上下文，调用会直接报“unknown command”，旨在防止自我注入、保障原子性及权限隔离。
Redis Lua脚本里不能调用 SCRIPT 命令，不是语法限制，而是硬性安全拦截——服务端在解析阶段就直接拒绝执行。
为什么 SCRIPT LOAD、SCRIPT FLUSH 等命令在 Lua 中被禁止
Redis 在执行 Lua 脚本前，会先做静态命令白名单校验。所有以 SCRIPT 开头的命令（如 SCRIPT LOAD、SCRIPT EXISTS、SCRIPT FLUSH、SCRIPT KILL）都不在允许列表中，一旦脚本里出现 redis.call("script load", ...) 这类调用，立刻返回错误：
(error) ERR unknown command `script`, with args beginning with: `load`, ...
这不是运行时报错，而是命令解析器在进入 Lua 执行环境前就截断了。原因很明确：
- 防止脚本自我注入：如果允许
SCRIPT LOAD，脚本就能动态加载新脚本，绕过客户端预热控制和集群同步约束 - 避免元操作干扰原子性：Lua 脚本承诺“单次执行、全量成功或失败”，而
SCRIPT FLUSH会清空整个实例缓存，破坏这个契约 - 杜绝权限越界：普通用户可能有
EVAL权限，但不应能修改脚本缓存状态；Redis 把SCRIPT类命令归为管理级指令，与CONFIG、SHUTDOWN同级
redis.call() 能调用哪些命令？看 Redis 源码里的 redisCommandTable
真正能被 redis.call() 或 redis.pcall() 调用的，仅限于 redisCommandTable 中 flags 字段带 REDIS_CMD_EVAL 标志的命令。常见支持的包括：
-
GET、SET、INCR、HGETALL等数据操作命令 -
EXISTS、TYPE、TTL等元信息命令 -
TIME（注意：os.time()不可用）
但以下命令明确不支持：
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
-
SCRIPT *全系列 —— 直接被跳过注册到 eval 上下文 -
EVAL、EVALSHA—— 递归执行不被允许，否则可能栈溢出或死循环 -
MODULE *—— 大部分模块命令也未开放给 Lua 环境 -
CLIENT *（除CLIENT REPLY个别子命令外）
误写 SCRIPT 命令时的典型错误现象
你不会看到 NOSCRIPT 或 BUSYSCRIPT，因为那俩是针对已提交脚本的生命周期管理错误。这里会直接卡在更底层：
- 用
redis-cli手动测试：EVAL "return redis.call('script load', 'return 1')" 0→ 立即返回ERR unknown command `script` - Java
RedisTemplate中抛出RedisCommandExecutionException，message 含unknown command - 阿里云 Redis 控制台执行时，错误提示更直白：
ERR This Redis command is not allowed in Lua script context
注意：有些旧版文档或博客示例里出现 redis.call("script exists", ...)，全是错的——那些代码根本跑不通，要么是伪代码，要么作者没实测。
想动态管理脚本？必须由客户端控制流程
Lua 环境不提供脚本管理能力，意味着所有 SCRIPT LOAD、SCRIPT FLUSH 都得从外部发起：
- 上线前统一预热：用部署脚本批量执行
SCRIPT LOAD，确保所有集群节点都加载好 SHA - 灰度更新时：先
SCRIPT FLUSH（低峰期！），再重新LOAD，不能指望某个请求触发自动刷新 - 懒加载兜底逻辑（如 Spring Data Redis 默认行为）：捕获
NOSCRIPT异常后，客户端主动 fallback 到EVAL，而非在 Lua 里重试
真正的边界在这里：Lua 是“数据操作沙箱”，不是“Redis 管理控制台”。任何涉及服务端状态变更（脚本缓存、配置、连接管理）的操作，都必须划到客户端职责里。
