当前有比较多的 set，每个 set 大约在 500-2000 个，需要频繁地进行 sunionstore 操作，并且需要产生交集的两个集合概率均匀，当 sunionstore 比较多的时候，由于单个 redis 打满了单核 CPU，导致阻塞。
尝试方案如下：
1. 集群方案，由于频繁同步，CPU 虽然打满了，但是只能提高一点点性能
2. 优化代码，不使用 set，但由于业务代码复杂，需要时间改动
请问有没有更好的方法，能够实现快速“扩容”的效果呢？
尝试方案如下：
1. 集群方案，由于频繁同步，CPU 虽然打满了，但是只能提高一点点性能
2. 优化代码，不使用 set，但由于业务代码复杂，需要时间改动
请问有没有更好的方法，能够实现快速“扩容”的效果呢？
Select Language