数千个 REDIS 排序集 VS 数百万个简单集

Question

关于如何解决我遇到的问题，我想到了 2 个选项 (AWS ElastiCache (REDIS))。

我能够找到这两种方法在时间复杂度 (Big O) 和其他方面的所有差异。 但是，有一个问题仍然困扰着我：

REDIS 集群（在内存消耗、CPU 或任何其他资源方面）处理是否有任何差异：

• 500K 大排序集 (https://redis.io/commands#sorted_set)，每个包含约 100K 元素
• 48MLN 较小的简单集合 (https://redis.io/commands#set)，每个包含约 500 个元素

?

提前感谢您的帮助:)

Answer 1

您正在比较两种不同的数据类型，最好进行基准测试以确定info memory 的内存消耗更好。但我假设两者都以相同的长度用于内部条目。

如果您使用配置 set-max-intset-entries 并在添加到此集合时保持在它的限制范围内（比如说 512），那么您的内存消耗将低于您的第一个选项（相同的值长度和相等的总条目）。但它不是免费的。

documentation 声明

从用户和 API 的角度来看，这是完全透明的。由于这是 CPU / 内存的权衡，因此可以使用以下 redis.conf 指令调整特殊编码类型的最大元素数量和最大元素大小。