我只是想了解Redis / Lua脚本，我想知道是否有人看到以下代码有问题。

我尝试实现非常简单的“ CAS”语义：使用单个键和两个参数来调用它。它将检查服务器上与该键关联的值是否 以 第一个参数 开头
，如果是，则将设置键的新值设置为第二个参数并返回1，否则返回0；否则返回0。如果键与字符串以外的其他某种类型的数据相关联，则Redis将返回并返回错误，就像您对这样的键/值组合尝试执行SET命令一样。如果在调用之前该键不存在，则该函数将返回0（失败）。

这是脚本：

local x=string.len(ARGV[1]);
if redis.call('GETRANGE', KEYS[1], 0, x-1) == ARGV[1] then
    redis.call('SET', KEYS[1], ARGV[2]);
    return 1;
    end;
return 0

这是在前缀值为“ bar”（在 redis-cli中 ）的键“ foo”上调用脚本的示例：

eval "local x=string.len(ARGV[1]); if redis.call('GETRANGE', KEYS[1], 0, x-1) == ARGV[1] then redis.call('SET', KEYS[1], ARGV[2]); return 1; end; return 0" 1 foo bar barbazzle

我认为这种用法模式可能是您想同时存储“围栏令牌”和带有键的值的情况……允许并发客户端在持有正确的围栏令牌的情况下尝试更新该值。

看起来这将是代替WATCH / MULTI /
EXEC语义的安全使用模式吗？（似乎您可以获取当前值，在本地代码中拆分防护令牌，构建新值，然后尝试在任何时候以比WATCH / MULTI /
EXEC调用少的语义来尝试更新密钥）。

（我知道我的脚本的语义与 memcached CAS命令略有不同；这是有意的）。

这确实通过了我的有限测试……所以我真的是在问任何潜在的并发/原子性问题，以及Lua中是否有任何愚蠢的东西，因为我过去几乎没有碰过Lua。