加{}能让多个key落到同一slot，因为redis集群只对第一个{和其后最近的}之间的字符串计算crc16哈希，其余部分被忽略；例如{user:1001}:name和{user:1001}:score均仅基于"user:1001"哈希，结果必然一致。
为什么加{}就能让多个Key落到同一个Slot
Redis集群计算slot时，只取key中第一个{和它右边最近的}之间的字符串做CRC16哈希；其余部分全被忽略。比如{user:1001}:name和{user:1001}:score都只对user:1001哈希，结果必然一致。
常见错误写法包括：user{1001}:name（没闭合，整个key参与哈希）、{user:1001（缺右括号）、中文｛1001｝（Redis只认ASCII{}）。
验证是否生效最直接的方式是连上集群任一节点执行：CLUSTER KEYSLOT {user:1001}:nameCLUSTER KEYSLOT {user:1001}:score
两个返回值必须完全相同——光靠命名规则不验证，扩容或rehash后可能突然出问题。
MSET、DEL、MGET这些命令怎么加Hash Tag才有效
不是所有多key命令都能靠Hash Tag“救活”，前提是命令本身协议就支持传多个key。MSET、DEL、MGET、HMGET、SUNIONSTORE这类可以；但INCR、LPOP、SCAN、KEYS不行——前者天生单key，后者在集群里被直接禁用，Hash Tag绕不过去。
加Tag的关键动作在客户端拼key时完成，不是在命令里临时改写：
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- ✅ 正确：服务端生成key就带
{user:1001}:profile，客户端调用MSET {user:1001}:name {user:1001}:email "Alice" "alice@example.com" - ❌ 错误：用
MSET user:1001:name user:1001:email ...再指望客户端自动加tag——Redis不解析表达式，也不做运行时重写 - ⚠️ 易错：tag内容本身要是低基数的，比如用
{1001}可以，但别用{1651324800}（时间戳）或UUID，否则散列太开，起不到聚合效果
Lua脚本里访问多个Key为什么还是报CROSSSLOT
脚本里硬编码key名（比如redis.call('GET', 'user:1001:name')）是无效的，Redis集群只检查KEYS数组里的key是否同slot，脚本体内的字符串不参与slot校验。
必须同时满足两个条件：
- EVAL命令的
KEYS参数显式传入所有待操作key，且全部带相同Hash Tag，例如：EVAL "return redis.call('GET', KEYS[1])" 2 {user:1001}:a {user:1001}:b - 脚本内所有
redis.call()调用的key，必须是KEYS或ARGV里的值，不能拼接新key——Lua里没法动态构造一个带tag的新key并保证它和KEYS同slot - 客户端如Lettuce/Jedis会自动处理ASKING模式，但前提是传入的
KEYS已满足同slot；否则重定向后仍失败
Hash Tag解决不了的问题有哪些
Hash Tag只管key路由，不管语义和命令能力。以下场景它无能为力：
- 业务上必须批量读写多个无关用户的数据（比如后台统计全量UV），无法用同一tag聚合，就别强撑Lua原子性——改用多次单key请求 + 客户端逻辑补偿
- 命令本身不支持多key，比如
INCR user:1001:counter只能操作一个key，加{user:1001}:counter也没法变成批量 - 某些运维命令如
SCAN、KEYS在集群模式下被彻底禁用，Hash Tag无法绕过这个限制 - 如果集群配置了非默认
hash_tag（比如redis.conf里设的是$$而非{}），那{}就完全失效，得先查配置
最容易被忽略的一点：上线前必须用redis-cli --cluster check看真实slot分布，确认打上相同tag的key真的落在了同一个slot——命名对了，不代表实际分片就对了。
