StackExchange.Redis集群模式多键操作问题及scatter/gather API进展问询

方案3（官方scatter/gather API）进展 #

截止2024年StackExchange.Redis稳定版本仍未内置该特性，官方团队将该特性优先级设置较低，核心原因是跨slot多键操作本身不符合Redis集群的原生设计规范，官方更推荐用户优先从数据结构设计层面规避跨slot多键请求。

其他可行落地方案 #

• 哈希标签方案（首推）：如果操作的多键属于强关联业务数据（如同个用户、同个订单的关联属性），给键增加相同的哈希标签即可强制分配到同一个slot，示例键规则为{公共标识}:业务后缀，比如{order:2001}:amount、{order:2001}:status，带相同大括号内标识的键会落到同一个slot，可直接调用原生批量StringGet接口，无额外性能损耗。
• 按slot分组批量查询方案：无法修改现有键规则时可使用该方案，性能远高于逐个单键查询，实现逻辑如下：
  1. 调用IDatabase.GetHashSlot(key)计算每个待查询key对应的slot编号
  2. 按slot对key进行分组，同个slot的key归入同一查询批次
  3. 对每个批次分别调用批量StringGet接口获取该组数据
  4. 合并所有批次的返回结果完成查询
• 单节点直连查询（仅适合非线上高并发场景）：如果是临时离线查询、数据统计等低频次场景，可以直连集群单个节点开启只读模式后执行SCAN或批量查询操作，该方案禁止用于线上业务接口，避免阻塞节点影响整体集群可用性。

补充说明 #

涉及事务、Lua脚本执行的多键操作无法使用分组查询方案，必须通过哈希标签保证所有涉及的key归属同一个slot，Redis集群原生不支持跨slot的事务和Lua脚本执行。

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