我需要存储一个非常大的列表(大小高达80MB)，我可以将数据分block并将其存储在多个键上-A_1、A_2...等等。该解决方案看起来远非优雅-并且还伴随着必须维护查找字典{'A':[1,2,....]}的开销，以便在回读时了解特定文档存在多少block.在Redis或Aerospike中有没有其他方法可以做同样的事情？我并不是一心想使用Redis，任何其他存储(关系存储除外)都可以。 最佳答案 根据您的输入，redis列表将适合。您可以对其进行简单的基准测试。通过列表，我假设您将访问某个范围内的数据。使用lpush推送所有数据，
我们一直将Aeropsike广泛用作键值存储。但是现在我找不到像我们在Redis中所做的那样实际保存Aeropspike中的锁的方法。.我想，我总是可以将native应用程序锁保存为blob，但这意味着我将被限制在我的应用程序中的特定实现。 最佳答案 不要相信您可以在Aerospike中“保存”锁。任何形式的锁定都必须在应用程序级别实现，然后您必须处理锁定客户端放弃锁定。 关于redis-如何在Aerospike中保存信号量？，我们在StackOverflow上找到一个类似的问题：
我们一直将Aeropsike广泛用作键值存储。但是现在我找不到像我们在Redis中所做的那样实际保存Aeropspike中的锁的方法。.我想，我总是可以将native应用程序锁保存为blob，但这意味着我将被限制在我的应用程序中的特定实现。 最佳答案 不要相信您可以在Aerospike中“保存”锁。任何形式的锁定都必须在应用程序级别实现，然后您必须处理锁定客户端放弃锁定。 关于redis-如何在Aerospike中保存信号量？，我们在StackOverflow上找到一个类似的问题：
关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。我们不允许提问寻求书籍、工具、软件库等的推荐。您可以编辑问题，以便用事实和引用来回答。关闭6年前。Improvethisquestion是否有类似于Redis桌面管理器的Aerospike工具，它可以进入主机并查看/编辑仅存储在该服务器上的条目/记录？aql是Aerospike的原生工具，和sql一样，显然没有这个功能。
关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。我们不允许提问寻求书籍、工具、软件库等的推荐。您可以编辑问题，以便用事实和引用来回答。关闭6年前。Improvethisquestion是否有类似于Redis桌面管理器的Aerospike工具，它可以进入主机并查看/编辑仅存储在该服务器上的条目/记录？aql是Aerospike的原生工具，和sql一样，显然没有这个功能。
我们有一个很大的redis数据库。最近key数量激增，因为我们有大约160M个key，占用50GB以上的RAM。将所有这些数据从Redis迁移到Aerospike的最佳迁移策略是什么？我们计划稍后使用Jedis，因此希望在迁移之后它会像将我们的服务指向新端口一样简单。理想情况下，我们可以通过某种方式将dump.rdb文件导入Aerospike。 最佳答案 您需要做一些额外的工作。Aerospike现在支持Redis，例如列表和mapAPI。因此，迁移不会很痛苦。但是，您需要迁移数据和应用程序。要迁移数据，您可以使用redis-cli
我们有一个很大的redis数据库。最近key数量激增，因为我们有大约160M个key，占用50GB以上的RAM。将所有这些数据从Redis迁移到Aerospike的最佳迁移策略是什么？我们计划稍后使用Jedis，因此希望在迁移之后它会像将我们的服务指向新端口一样简单。理想情况下，我们可以通过某种方式将dump.rdb文件导入Aerospike。 最佳答案 您需要做一些额外的工作。Aerospike现在支持Redis，例如列表和mapAPI。因此，迁移不会很痛苦。但是，您需要迁移数据和应用程序。要迁移数据，您可以使用redis-cli
我正在尝试为不同的客户计算每个页面或其他事件(如点击等)等的唯一身份访问者。我打算做的是分配一个基于cookie的唯一GUID，然后为每个事件调用GUID的SADD。rediskey将是SET_[EVENTID]如果我只想统计用户数量，我可能会使用PFADD，但我的应用还需要知道谁是唯一用户但问题是如果有太多的事件或太多的用户那么SADD最终会在内存中有很多用户ID我们预计每小时有1000k+用户事件，涉及所有客户端，事件数量也将达到100+我想要一个意见是redis是正确的存储选择。由于请求数量过多，任何传统的RDBMS方法都行不通我不确定是否有任何其他存储可以像Aerospike一
我正在尝试为不同的客户计算每个页面或其他事件(如点击等)等的唯一身份访问者。我打算做的是分配一个基于cookie的唯一GUID，然后为每个事件调用GUID的SADD。rediskey将是SET_[EVENTID]如果我只想统计用户数量，我可能会使用PFADD，但我的应用还需要知道谁是唯一用户但问题是如果有太多的事件或太多的用户那么SADD最终会在内存中有很多用户ID我们预计每小时有1000k+用户事件，涉及所有客户端，事件数量也将达到100+我想要一个意见是redis是正确的存储选择。由于请求数量过多，任何传统的RDBMS方法都行不通我不确定是否有任何其他存储可以像Aerospike一
我们目前正在使用Redis，它是一个很棒的内存数据存储。我们开始研究一些新问题，其中内存限制是一个因素，并寻找其他选择。我们遇到的一个是Aerospike——它看起来非常快，在内存单分片操作上甚至比redis还要快。现在我们将它添加到我们的堆栈中，我正在尝试了解Aerospike无法替代Redis的用例？ 最佳答案 Aerospike支持的数据类型比Redis少，例如，Aerospike不提供pub/sub。然而，Aerospike是一种分布式键值存储，具有卓越的集群特性。两者都是很棒的数据库。这实际上取决于您处理的数据集有多大，以
