关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。我们不允许提问寻求书籍、工具、软件库等的推荐。您可以编辑问题，以便用事实和引用来回答。关闭4年前。Improvethisquestion我正在尝试查找有关我的redis版本的信息，即2.2.7。我找到了旧的git存储库，但不幸的是几乎没有任何文档是存储库的一部分。我非常想知道我是否可以在Redis2.2.x中使用任何类型的LRU策略。关于为什么我不能在我的版本上进行实验的长篇故事。在他们的网站上或浏览网页时我找不到任何地方。有什么建议吗？
关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。我们不允许提问寻求书籍、工具、软件库等的推荐。您可以编辑问题，以便用事实和引用来回答。关闭4年前。Improvethisquestion我正在尝试查找有关我的redis版本的信息，即2.2.7。我找到了旧的git存储库，但不幸的是几乎没有任何文档是存储库的一部分。我非常想知道我是否可以在Redis2.2.x中使用任何类型的LRU策略。关于为什么我不能在我的版本上进行实验的长篇故事。在他们的网站上或浏览网页时我找不到任何地方。有什么建议吗？
我是redis的新手，所以请多多包涵。比方说，我已经配置了一个Redis使其具有50mb的maxmemory，并且我将驱逐策略设置为allkeys-lru。然后我继续插入和查询数据。当进程内存达到50mb时，它开始驱逐最近最少使用的项目。我的问题是被逐出的项目是保留在磁盘上还是永远丢失了？我的意思是，如果我为一个被逐出的key执行GET，我会得到什么。redis是否从磁盘中获取它？ 最佳答案 Evicted消失了。使用Redis，磁盘上没有任何东西不在内存中。(从技术上讲，一段时间内可能还会有它的痕迹，但这只是实现细节。就数据模型而
我是redis的新手，所以请多多包涵。比方说，我已经配置了一个Redis使其具有50mb的maxmemory，并且我将驱逐策略设置为allkeys-lru。然后我继续插入和查询数据。当进程内存达到50mb时，它开始驱逐最近最少使用的项目。我的问题是被逐出的项目是保留在磁盘上还是永远丢失了？我的意思是，如果我为一个被逐出的key执行GET，我会得到什么。redis是否从磁盘中获取它？ 最佳答案 Evicted消失了。使用Redis，磁盘上没有任何东西不在内存中。(从技术上讲，一段时间内可能还会有它的痕迹，但这只是实现细节。就数据模型而
假设我在Redis商店中有一些key。我想在一个新的hashmap结构中保留一些键值对。我还想限制这个hashmap的大小，并在其大小(hashmap)增长超过限制时驱逐hashmap的最近最少使用的键值对，并且不触及已存在的redis数据结构的其余部分。redis是否为我提供了任何这样的功能，我可以在不触及其余存储键的情况下执行这种LRU风格的hashmap条目驱逐？或者可以在redis以任何方式提供的内容之上构建它吗？感谢您的帮助! 最佳答案 Doesredisprovidemewithanysuchfunctionalityw
假设我在Redis商店中有一些key。我想在一个新的hashmap结构中保留一些键值对。我还想限制这个hashmap的大小，并在其大小(hashmap)增长超过限制时驱逐hashmap的最近最少使用的键值对，并且不触及已存在的redis数据结构的其余部分。redis是否为我提供了任何这样的功能，我可以在不触及其余存储键的情况下执行这种LRU风格的hashmap条目驱逐？或者可以在redis以任何方式提供的内容之上构建它吗？感谢您的帮助! 最佳答案 Doesredisprovidemewithanysuchfunctionalityw
有没有办法让Redis只为特定的键选择LRU(最近最少使用)驱逐策略？我希望一组key是持久的，并且在没有足够内存的情况下永远不会被驱逐。另一方面，如果内存不足，我希望可以自由驱逐另一组key。 最佳答案 Redis有一个驱逐政策，这可能对你的情况有好处。您可以将maxmemory-policy设置为volatile-lru，这会导致Redis:removethekeywithanexpiresetusinganLRUalgorithm这意味着未设置TTL的键不是易变的，因此不会被逐出，但具有TTL的键将按最近最少使用的顺序删除。实
有没有办法让Redis只为特定的键选择LRU(最近最少使用)驱逐策略？我希望一组key是持久的，并且在没有足够内存的情况下永远不会被驱逐。另一方面，如果内存不足，我希望可以自由驱逐另一组key。 最佳答案 Redis有一个驱逐政策，这可能对你的情况有好处。您可以将maxmemory-policy设置为volatile-lru，这会导致Redis:removethekeywithanexpiresetusinganLRUalgorithm这意味着未设置TTL的键不是易变的，因此不会被逐出，但具有TTL的键将按最近最少使用的顺序删除。实
有人知道基于RedisLRU的驱逐/删除的内部结构吗。Redis如何确保首先删除较旧(较少使用)的键(如果我们没有volatile键并且我们没有设置TTL过期时间)？我确定Redis有一个配置参数“maxmemory-samples”，它控制用于删除键的样本大小-所以如果你将样本大小设置为10，那么它会对10个键进行采样并从中删除最旧的这些。我不知道它是否完全随机地对这些key进行采样，或者它是否有某种机制允许它自动从“较旧/较少使用的一代”的等价物中进行采样？ 最佳答案 这是我在antirez.com/post/redis-as-
有人知道基于RedisLRU的驱逐/删除的内部结构吗。Redis如何确保首先删除较旧(较少使用)的键(如果我们没有volatile键并且我们没有设置TTL过期时间)？我确定Redis有一个配置参数“maxmemory-samples”，它控制用于删除键的样本大小-所以如果你将样本大小设置为10，那么它会对10个键进行采样并从中删除最旧的这些。我不知道它是否完全随机地对这些key进行采样，或者它是否有某种机制允许它自动从“较旧/较少使用的一代”的等价物中进行采样？ 最佳答案 这是我在antirez.com/post/redis-as-
