Redis集群中能否仅向Eval命令传递哈希标签？

嘿，这个问题问到点子上了——刚好踩中Redis集群和Eval脚本的两个核心规则的交叉点，我来给你理清楚：

首先先把两个关键前提摆出来，避免混淆：

Redis官方文档反复强调，Eval脚本绝对不能直接在脚本里硬编码键名，必须通过KEYS数组传递键名。这是因为Redis集群需要通过键名计算哈希槽，提前确认所有操作的键都在同一个槽，否则会直接报错。
Redis集群的哈希标签规则：键名里被{}包裹的部分会作为哈希计算的唯一依据。比如this{foo}key和another{foo}key，不管前后内容是什么，只要{}里的foo相同，就一定会被分到同一个哈希槽，这也是集群环境下多键操作能合法执行的核心。

回到你的问题：能不能只传递哈希标签或者标签里的内容（比如{foo}或者foo）来替代完整键名？

答案是：绝对不行，原因有两个：

• 第一，Redis对Eval的KEYS参数有明确要求：必须是完整的、可直接识别的键名。Redis需要从完整键名里提取哈希标签（如果有的话）来计算槽位，要是你只传foo或者{foo}，Redis根本不知道这对应哪个实际的键，脚本里也没法通过这个参数去读取或操作数据。
• 第二，从脚本的可维护性来说，只传标签内容会让脚本逻辑变得模糊，后续维护的人很难一眼看出你要操作的是哪些键，容易出错。

那正确的做法是什么？分两种场景：

• 如果是操作已知的同槽键：直接把每个完整的键名都放进KEYS数组传递给Eval，比如：

  EVAL "return {redis.call('GET', KEYS[1]), redis.call('GET', KEYS[2])}" 2 this{foo}key another{foo}key
  

  这种方式最稳妥，Redis会提前校验所有键的槽位是否一致，没问题才会执行脚本，完全符合集群要求。
• 如果需要在脚本里动态生成同槽键名：可以把哈希标签的内容作为普通参数（ARGV数组）传递，然后在脚本里拼接出完整键名。比如：

  EVAL "local tag = ARGV[1]; local key1 = 'this{'..tag..'}key'; local key2 = 'another{'..tag..'}key'; return {redis.call('GET', key1), redis.call('GET', key2)}" 0 foo
  

  不过要注意：这种方式Redis没法提前校验生成的键的槽位，要是你拼接错了键名导致跨槽，脚本还是会报错。所以除非必要，尽量用第一种直接传完整键名的方式。

最后再划个重点：Eval脚本里的键相关操作，核心原则就是所有涉及的键必须通过KEYS传递完整键名，哈希标签只是让这些键能落在同一个槽的手段，不能替代完整键名的传递。

内容的提问来源于stack exchange，提问作者Sled