我正在尝试设置一个高可用性设置，如果托管我的主要Redis缓存的服务器出现故障，它将选择一个不同的主服务器，但在阅读所有关于Sentinels的文档后我有点困惑。例如，如果我有一个url，我将我的Redis客户端指向:http://my.RedisServer.com:6379，哨兵如何帮助故障转移到另一台服务器说在http://mybackup.RedisServer.com:6379？我正在使用.Net的ServiceStack.Redis客户端并将我的Redis安装在Windows服务器上，但我在想为了获得高可用性我必须切换到Linux并使用Twemproxy设置或其他东西？我猜
我有一个结构data_type:key1-hashdata_type:key2-hashdata_type:key3-hashdata_type:key4-hashdata_type:key5-hashdata_type:index-set(key1,key2,key3,key4,key5)是否可以使用redis中的lua构建一个脚本，该脚本将遍历集合data_type:index并将所有data_type:key*作为哈希列表返回？我仍在学习Lua，所以在我的脑海中，我认为它会像这样工作collect=[]forkey_nameinredis.call.smemembers('dat
我在Windows上运行Redis，但遇到了一些性能问题。该机器是XeonE5，具有32GMRAM和SSD，具有HW-Raid和WindowsServer2012。还有一些其他进程正在运行，但它们并不关键，大部分时间处于空闲状态。我经常注意到性能问题和操作超时，所以我启动了“redis-cli--intrinsic-latency100”。输出显示最大延迟上升到15000微秒，我认为这非常慢。我还运行了一个内存分析器:读/写性能不是很好(5GB/秒)，但我认为这不应该是瓶颈。目前我完全不知道该尝试什么。你能给我一些如何找到性能问题的提示吗？ 最佳答案
我正忙着处理Redis监控。到目前为止，我想出了这个对监控redis有用的指标:已用内存吞吐量延迟关系复制我是这方面的新手。我正在尝试使用虚拟数据从redis-cli填充redis，如下所示:因为我在`seq10000000`中；做redis-cliSETusers:app"{id:'$i',name:'name$i',address:'address$i'}";完毕但这并不能满足我足够快地填充redis-db的需要……我还需要一些有关延迟和吞吐量监控的帮助。我知道它们的意思，但我不知道如何衡量它们...我的眼睛在redis-cliinfo的输出中看不到任何相关内容谢谢，支持/指导:D
最近我发现了一篇不错的博文，介绍了在Redis的帮助下跟踪网站在线用户的两种方法。1)智能key和设置它们的到期时间http://techno-weenie.net/2010/2/3/where-s-waldo-track-user-locations-with-node-js-and-redis2)集合-s和相交http://www.lukemelia.com/blog/archives/2010/01/17/redis-in-practice-whos-online/你能判断哪个应该更快吗？为什么？ 最佳答案 要了解特定用户是否
我们有一个存储在redis中的数字列表作为键(3亿个键，它们是10位数字键)。我们的用户给了我们一个包含大约100万个数字的列表，并期望我们得到这些数字中不存在于redis中的一个子集作为键。期望在亚秒级内得到结果，我们一直在尝试使用Redis来达到同样的目的。最初它看起来像是正确的方法(使用EXISTS)，但现在我们质疑是否有更好的方法可以在不循环遍历这些数字并创建子集的情况下得到结果。有人可以告诉我们如何才能有效地做到这一点吗？ 最佳答案 我知道这是个老问题，但我认为它应该得到更完整的答案。从redis获取所有key然后进行包含
我是Redis的新手，到目前为止我真的很喜欢它。然而，我开始怀疑使用返回大对象(在JSON中存储信息)的单个查询是否更好-性能方面-或者我是否应该使用更小的查询，返回更小的对象？ 最佳答案 Redisissinglethreadedapplication.Eachquerywouldbeexecutedstrictlyonebyone.答案取决于您的需求和查询响应的大小。如果您尝试在一个查询中获取大量键(使用MULTI或使用LUA脚本)，您可能会阻止您的服务器接受新查询。一次查询可让您将总时间保持在尽可能短的水平。每个查询是:解析查
使用redis，有许多命令可以检索整个数据结构(LRANGE用于列表，SMEMBERS用于集合，ZRANGE用于排序集合，HGETALL用于散列)。只有哈希有一个方法(HMSET)用一个命令插入多个项目。我见过的所有示例都显示一次只向列表(通过RPUSH或LPUSH)或集合(通过SADD/ZADD)添加一个项目。我想解决的更具体的问题是创建包含数据库ID的列表和排序集，这些列表对每个用户都是唯一的，包含几百到几千个ID。它们通常是从数据库查询中收集的，在内存中稍微处理一下，然后存储在redis中，用于分页(列表)或进行基于集合的操作以检索子集(集合和排序集合)。目前，我正在遍历列表并为
我目前正在研究一种队列解决方案来处理1MB的中型消息。除了Redis、Kafka和RabbitMQ之间的功能差异之外，我找不到关于它们在1MB左右的消息上的性能的任何好的答案。你们中有谁知道这些可以处理多少条1MB的消息？您是否知道其他性能更好的排队解决方案？ 最佳答案 当您在您的案例中评估Kafka与Redis时，除了消息大小之外，您还必须考虑其他因素。以下是我能想到的一些:有多少生产者/消费者？由于Redis的性质(基于推送的队列)，如果生产者/消费者数量较多，Redis性能可能会受到影响。这是因为Redis会在消息放入队列时立
在我当前的项目中，我将PostgreSQL作为我的主数据库，而将Redis作为从属数据库，例如，当某个用户添加另一个好友时，首先将关系存储在PostgreSQL中，然后将好友列表存储在Redis中将会被更新。当请求某些用户的好友列表时，它将从Redis中拉出，而不是从PostgreSQL中拉出。问题是:当我更新Redis中的好友列表时，我应该从PostgreSQL中获取一份新副本，并用新列表替换Redis中的旧列表，还是应该保留旧列表并将用户ID简单地添加到列表？后者当然是性能最好的，但直观上前者在保持数据完整性方面做得更好？如果使用像Celery这样的东西，第二种方法值得冒险吗？
