Redis集群报错：(error) CROSSSLOT Keys in request don't hash to the same slot 的解决办法

例如：mset 设置多键值时报错

172.100.0.1:6393> MSET name1 '1' name2 '2' name3 '3' name4 '4'
(error) CROSSSLOT Keys in request don't hash to the same slot

解决办法：用相同的hashTag设置

172.100.0.1:6391> mset {t}test1 wang {t}test2 zhao {t}test3 liu
-> Redirected to slot [15891] located at 172.100.0.1:6393
OK
172.100.0.1:6393> mget {t}test1
1) "wang"
172.100.0.1:6393> mget {t}test1 {t}test2 {t}test3
1) "wang"
2) "zhao"
3) "liu"
172.100.0.1:6393> 

其他参考：

Redis 哈希槽基本概念

哈希槽(hash slot)是来自Redis Cluster的概念, 但在各种集群方案都有使用。

哈希槽是一个key的集合，Redis集群共有16384个哈希槽，每个key通过CRC16散列然后对16384进行取模来决定该key应当被放到哪个槽中，集群中的每个节点负责一部分哈希槽。

以有三个节点的集群为例:

节点A包含0到5500号哈希槽
节点B包含5501到11000号哈希槽
节点C包含11001到16384号哈希槽
这样的设计有利于对集群进行横向伸缩，若要添加或移除节点只需要将该节点上的槽转移到其它节点即可。
在某些集群方案中，涉及多个key的操作会被限制在一个slot中，如Redis Cluster中的mget/mset操作。

HashTag

HashTag机制可以影响key被分配到的slot，从而可以使用那些被限制在slot中操作。

HashTag即是用{}包裹key的一个子串，如{user:}1, {user:}2。

在设置了HashTag的情况下，集群会根据HashTag决定key分配到的slot， 两个key拥有相同的HashTag:{user:}, 它们会被分配到同一个slot，允许我们使用MGET命令。

通常情况下，HashTag不支持嵌套，即将第一个{和第一个}中间的内容作为HashTag。若花括号中不包含任何内容则会对整个key进行散列，如{}user:。

HashTag可能会使过多的key分配到同一个slot中，造成数据倾斜影响系统的吞吐量，务必谨慎使用。