redis-集群模式-lua脚本操作多个key的问题

问题描述：

fat压测环境中，突然出现大量redis相关报错：

org.springframework.dao.InvalidDataAccessApiUsageException: ERR 'EVAL' command keys must in same slot. channel: [id: 0x10457fd7...

原因分析：

开发、测试环境 redis 是公司内部搭建的单机版本，fat是模拟生产用的阿里云redis集群。导致同样的lua脚本在redis集群模式下出现错误。

在 Redis 集群模式下，需要确保 同一个Lua 脚本中的多个 key 能够位于同一个 hash 槽中！

问题解决：

1、有人提出，使用相同的key前缀，可以让有相同前缀的key分布在同一个hash槽中；（错误的方案）

对于这一点，我是不认同的，因为这个无法绝对保证。

Redis 集群中，相同前缀的键并不一定会分配到同一个分片。Redis 集群采用哈希槽 (hash slot) 的方式来分配数据，每个键通过 CLUSTER KEYSLOT <key> 命令计算出它属于哪个槽。集群中的每个节点负责处理一部分槽。

但是，如果你是指同一个前缀的键在分配时会不会落到同一个节点上，那么答案是可能的，也可能不会。因为键的分配基于哈希槽，而槽的分配又基于键的哈克尔值。如果有相同前缀的键具有相似的哈克尔值，它们可能会落到相同的槽，进而被同一节点处理。但是，这并不是一个可靠的行为，因为哈克尔值的分布是不可预测的。

再一个，即使能满足需求，但是也会导致热点数据倾斜分布不均的问题。

2、使用哈希标签：{}；（推荐）

如果数据是不在一个slot下的键值，是不能使用mget,mset等多键操作的。
但是可以通过 {} 来定义组的概念，从而使key中{}内相同内容的键值对放到一个slot中去。

类似于shardingJdbc中的用于分片的字段。

比如我们一个业务中是缓存的用户相关的缓存信息，那么就可以 key1:{userId}、 key2:{userId} 这样来设计多个不同的redis key。这样即使lua脚本中操作多个key，按理也是应该按照业务是跟这个用户相关的缓存数据。这样就可以保证然多个当前用户相关的redis key 命中到同一个solt，就可以正常使用lua脚本控制请求层面的原子性了。

会伴随一个问题；

比如 一个lua脚本中 需要操作多种业务类型的数据，比如 一个是用户相关（{userId}）、一个是商品相关的{skuId}。如果存在用户跟sku维度的关联业务，那么可以考虑{userId+skuId}组合。

如果是分别独立的缓存场景，我想这个实现应该不是一个好的实现，不应该存在同一个lua脚本中操作两份不搭嘎的缓存数据。业务代码层面也没有按领域的维度进行合理的拆分，遇到这种场景，我们需要考虑的是是不是更好的划分服务边界会更好一些。利用其它的一些技术手段保证一致性或者原子性，合理拆分这个lua脚本中的复杂逻辑。