我是redis的新手，所以请多多包涵。比方说，我已经配置了一个Redis使其具有50mb的maxmemory，并且我将驱逐策略设置为allkeys-lru。然后我继续插入和查询数据。当进程内存达到50mb时，它开始驱逐最近最少使用的项目。我的问题是被逐出的项目是保留在磁盘上还是永远丢失了？我的意思是，如果我为一个被逐出的key执行GET，我会得到什么。redis是否从磁盘中获取它？ 最佳答案 Evicted消失了。使用Redis，磁盘上没有任何东西不在内存中。(从技术上讲，一段时间内可能还会有它的痕迹，但这只是实现细节。就数据模型而

我是redis的新手，所以请多多包涵。比方说，我已经配置了一个Redis使其具有50mb的maxmemory，并且我将驱逐策略设置为allkeys-lru。然后我继续插入和查询数据。当进程内存达到50mb时，它开始驱逐最近最少使用的项目。我的问题是被逐出的项目是保留在磁盘上还是永远丢失了？我的意思是，如果我为一个被逐出的key执行GET，我会得到什么。redis是否从磁盘中获取它？ 最佳答案 Evicted消失了。使用Redis，磁盘上没有任何东西不在内存中。(从技术上讲，一段时间内可能还会有它的痕迹，但这只是实现细节。就数据模型而

假设我每秒使用一个具有AOF持久性的Redis。所有key在一秒后过期(使用EXPIRE)。然后瞬间断电重启机器，Redis需要1.2秒才能再次可用。有没有key还活着？或者当AOF日志恢复时，最后添加的键自动过期，因为它从最初添加它们的时间起超过一秒？在这种情况下，RDB的行为是否像AOF？ 最佳答案 AOF和RDB等两种持久化模式都遵守过期时间。 关于redis-在Redis中使用持久性时，key过期是否尊重原始时间？，我们在StackOverflow上找到一个类似的问题：

假设我每秒使用一个具有AOF持久性的Redis。所有key在一秒后过期(使用EXPIRE)。然后瞬间断电重启机器，Redis需要1.2秒才能再次可用。有没有key还活着？或者当AOF日志恢复时，最后添加的键自动过期，因为它从最初添加它们的时间起超过一秒？在这种情况下，RDB的行为是否像AOF？ 最佳答案 AOF和RDB等两种持久化模式都遵守过期时间。 关于redis-在Redis中使用持久性时，key过期是否尊重原始时间？，我们在StackOverflow上找到一个类似的问题：

我正在考虑将Redis用作我的API应用程序的键值存储。api基本上只需要一个到redis的客户端连接。我不确定的是我应该永远保持连接打开吗？或者我应该只在需要设置或从redis获取值时才打开连接？人们可能会认为打开连接是一项代价高昂的操作，因此从这个意义上讲，人们应该更喜欢永久连接。另一方面，保持连接始终打开不如仅在需要时才打开连接安全。而且，打开长时间打开的连接可能会导致超时。如果由于某种原因连接失败，redis会尝试重新连接吗？redis处理长时间打开的连接的能力如何？感谢您的帮助! 最佳答案 Redis自动连接取决于您使用的

我正在考虑将Redis用作我的API应用程序的键值存储。api基本上只需要一个到redis的客户端连接。我不确定的是我应该永远保持连接打开吗？或者我应该只在需要设置或从redis获取值时才打开连接？人们可能会认为打开连接是一项代价高昂的操作，因此从这个意义上讲，人们应该更喜欢永久连接。另一方面，保持连接始终打开不如仅在需要时才打开连接安全。而且，打开长时间打开的连接可能会导致超时。如果由于某种原因连接失败，redis会尝试重新连接吗？redis处理长时间打开的连接的能力如何？感谢您的帮助! 最佳答案 Redis自动连接取决于您使用的

我有一个在UbuntuLinux12.04上运行的应用程序，它需要存储和检索大量大型序列化对象。目前存储是通过简单地将序列化流保存为文件来实现的，其中文件名等于序列化对象的md5哈希值。但是，我想加快速度，用一个对最近读/写的对象进行内存缓存的文件存储进行替换，并且最好为我进行哈希处理。我的应用程序的设计不应该变得更复杂。因此，最好是一个存储后端，以抽象和有效的方式管理键值数据库和缓存。我有点迷失了所有的键/值存储，而且很多主题/信息似乎已经过时了。我最初是在寻找类似memcached+membase的东西，但也许有更好的解决方案。我研究了redis、mongodb、couchdb，但

我有一个在UbuntuLinux12.04上运行的应用程序，它需要存储和检索大量大型序列化对象。目前存储是通过简单地将序列化流保存为文件来实现的，其中文件名等于序列化对象的md5哈希值。但是，我想加快速度，用一个对最近读/写的对象进行内存缓存的文件存储进行替换，并且最好为我进行哈希处理。我的应用程序的设计不应该变得更复杂。因此，最好是一个存储后端，以抽象和有效的方式管理键值数据库和缓存。我有点迷失了所有的键/值存储，而且很多主题/信息似乎已经过时了。我最初是在寻找类似memcached+membase的东西，但也许有更好的解决方案。我研究了redis、mongodb、couchdb，但

如何使用Redis作为ember-data数据存储的后端？看来我可能需要一个自定义适配器？ 最佳答案 由于Ember是一个客户端框架，我认为您需要两个适配器(服务器端和客户端)。事实上，Redis并非设计用于通过非安全网络直接访问。因此，如果您的客户端在浏览器中运行，您绝对需要客户端和Redis之间的服务器端中间层。一种可能是使用Webdis打包为服务器端适配器，然后调整JSON/RESTclient-sideadapter在Ember数据中提供以符合Webdis类REST协议(protocol)。

如何使用Redis作为ember-data数据存储的后端？看来我可能需要一个自定义适配器？ 最佳答案 由于Ember是一个客户端框架，我认为您需要两个适配器(服务器端和客户端)。事实上，Redis并非设计用于通过非安全网络直接访问。因此，如果您的客户端在浏览器中运行，您绝对需要客户端和Redis之间的服务器端中间层。一种可能是使用Webdis打包为服务器端适配器，然后调整JSON/RESTclient-sideadapter在Ember数据中提供以符合Webdis类REST协议(protocol)。