Redis:内存优化

Question

我有256把钥匙。对每个键，我必须存储大量的非回复整数。下面是前7个键，每个键的总值(条目)数。每个值都是一个具有较大值的唯一整数。

Key     No. of integers (values) in the list
Key 1   3394967
Key 2   3385081
Key 3   2172866
Key 4   2171779
Key 5   1776702
Key 6   1772936
Key 7   1748858

默认情况下，Redis在存储此数据时消耗大量内存。我读到，更改以下参数可以大大减少内存使用量。

list-max-zipmap-entries 512 
list-max-zipmap-value 64 

有谁能解释一下上面的配置命令( 512字节和64字节？)我可以在上述配置设置中为我的情况做哪些更改，以实现内存使用量的减少？

在上面的命令中为条目和值选择值时，应该记住什么？

Answer 1

列表-max-mipmap-条目512: list-max-zipmap-值64

如果列表中的条目数超过512，或者列表中任何给定元素的大小超过64个字节，Redis将切换到效率较低的内存存储结构。更具体地说，在这些阈值以下，它将使用ziplist，而在此之上，它将使用一个链接列表。

因此，在您的示例中，您需要使用大于1748858的条目值来查看任何更改(然后只在键8-end中)。还请注意，要使Redis将它们重新编码到较小的对象大小，还需要在配置中进行更改并重新启动Redis，因为它不会自动重新编码。

要验证给定的密钥是否使用ziplist和链接列表，请使用OBJECT命令。

有关详细信息，请参阅Redis内存优化

Answer 2

我想你不能实现redis的内存优化。在您的例子中，每个列表/集合中的条目大约为300万项。为了实现内存优化，如果您给出的值列表-最大-zipmap-条目为300万。

医生说，

对于较小的值，此操作非常快速，但是如果您更改设置以便为更大的聚合类型使用特别编码的值，则建议运行一些基准测试以检查转换时间。

根据这个编码和解码将花费更多的时间/CPU来处理这个巨大的数字。因此，最好是运行一个基准测试，然后作出决定。

另一种建议是，如果您只查找此设置，以查看密钥是否可用。然后你可以把这个结构变成一个桶式的东西。

例如，设置为key1的值123456可以存储如下

Sadd key1:bucket:123 456

123 = 123456/1000 456 = 123456%1000

注意，如果您想检索key1的所有值，这将无法工作。在这种情况下，您将循环通过1000套。同样，对于key1的总大小，您必须遍历1000个键。

但记忆将减少到大约10倍。