Redis 7.0 的 FUNCTION LOAD 命令本身不持久，函数仅存于当前进程内存；真正持久化需配合 redis.conf 中的 function-load 配置项，使服务启动时自动加载函数脚本，否则重启即丢失。
Redis 7.0 的 FUNCTION LOAD 命令本身不保证函数在重启后仍存在——它只是把函数注册进当前运行实例的内存中。要真正持久化，必须配合 Redis 的 RDB/AOF 持久化机制，并确保函数注册发生在服务器启动流程中（例如通过 redis.conf 的 function-load 配置项），否则重启即丢失。
FUNCTION LOAD 后函数不持久？这是默认行为
执行 FUNCTION LOAD REPLACE 注册的函数只存在于当前 Redis 进程内存里。即使你开启了 RDB 或 AOF，Redis 默认**不会自动将已注册的函数序列化到磁盘**。这意味着：
- 服务重启后，
FUNCTION LIST返回空数组 - 所有
fcall调用都会报错ERR unknown command `fcall`或ERR unknown function `xxx` -
SCRIPT LOAD（旧版 Lua）的脚本同样不持久，但那是另一套机制
真正持久化的唯一可靠方式：用 redis.conf 的 function-load
Redis 7.0+ 支持在配置文件中声明函数加载路径，服务启动时自动执行 FUNCTION LOAD。这是目前唯一被官方确认可跨重启持久的方案：
- 把函数脚本（如
omicron.lua）放在宿主机固定路径，比如/etc/redis/functions/omicron.lua - 在
redis.conf中添加一行：function-load /etc/redis/functions/omicron.lua - 确保该文件权限允许 Redis 进程读取（如
chmod 644） - 重启 Redis：
redis-cli shutdown后重新启动，或用systemctl restart redis - 验证：
redis-cli FUNCTION LIST应能立刻看到函数
注意：function-load 只在启动时触发一次，不支持热重载；修改脚本后必须重启 Redis 才生效。
别踩坑：FUNCTION LOAD 的 REPLACE 和作用域陷阱
即使你手动执行 FUNCTION LOAD REPLACE，也容易因两个低级错误导致函数注册失败或调用崩溃：
-
unpack(args)必须加local声明，否则会写入只读表 —— 报错ERR user_function:7: Attempt to modify a readonly table - 函数定义前的
#!lua name=xxx是必需的，且name值不能含空格或特殊字符，否则FUNCTION LOAD直接拒绝解析 - 使用
REPLACE是安全的，但若库名冲突且没加REPLACE，命令会返回ERR library already exists -
redis.register_function()的第二个参数必须是函数引用（如test_round2），不能写成test_round2()（带括号就变成调用）
Docker 环境下必须挂载函数文件并显式配置
如果你用 Docker 运行 Redis 7.0+，光把 .lua 文件 COPY 进镜像不够，因为容器启动时默认不读取自定义配置：
- 在
redis.conf中写好function-load /path/in/container/xxx.lua - 启动容器时，用
-v把宿主机函数文件和配置文件都挂载进去：-v /host/functions:/functions -v /host/redis.conf:/etc/redis/redis.conf - 确保
redis-server /etc/redis/redis.conf启动命令明确指定了配置路径，否则function-load不生效 - 不要依赖
docker exec -it redis sh -c "cat xxx.lua | redis-cli -x FUNCTION LOAD"—— 这种方式注册的函数在容器重启后必然消失
函数持久化的本质不是“存进 Redis”，而是“让 Redis 每次启动都重新注册”。漏掉配置加载环节，就等于没做持久化。
