草庐IT

Redis_Proxy

全部标签

redis - Redis Expires 的一种被动方式

我在使用文档研究Redis时有一个问题。下面是Redis官方文档中关于过期的描述:https://redis.io/commands/expireSpecificallythisiswhatRedisdoes10timespersecond:1.Test20randomkeysfromthesetofkeyswithanassociatedexpire.2.Deleteallthekeysfoundexpired.3.Ifmorethan25%ofkeyswereexpired,startagainfromstep1.读完这篇文章后,我对上面的25%ofkeys有疑问。25%ofkey

redis - Redis Expires 的一种被动方式

我在使用文档研究Redis时有一个问题。下面是Redis官方文档中关于过期的描述:https://redis.io/commands/expireSpecificallythisiswhatRedisdoes10timespersecond:1.Test20randomkeysfromthesetofkeyswithanassociatedexpire.2.Deleteallthekeysfoundexpired.3.Ifmorethan25%ofkeyswereexpired,startagainfromstep1.读完这篇文章后,我对上面的25%ofkeys有疑问。25%ofkey

redis - lettuce redis brpop 命令

redisListCommands.brpop(0,queueName)我已将超时设置为0(即没有超时)。为什么这命令带来io.lettuce.core.RedisCommandTimeoutException:命令超时在io.lettuce.core.LettuceFutures.awaitOrCancel(LettuceFutures.java:114)在io.lettuce.core.FutureSyncInvocationHandler.handleInvocation(FutureSyncInvocationHandler.java:62)在io.lettuce.core.i

redis - lettuce redis brpop 命令

redisListCommands.brpop(0,queueName)我已将超时设置为0(即没有超时)。为什么这命令带来io.lettuce.core.RedisCommandTimeoutException:命令超时在io.lettuce.core.LettuceFutures.awaitOrCancel(LettuceFutures.java:114)在io.lettuce.core.FutureSyncInvocationHandler.handleInvocation(FutureSyncInvocationHandler.java:62)在io.lettuce.core.i

caching - Grails Redis 缓存 - 间接调用 @Cacheable 注释方法 - 如何工作

我在grails2.5.3中有以下情况:EmployeeService{@Cacheable(value="employees")publicListgetEmployeeList(){returnEmployee.list()}publicEmployeegetEmployee(longid){returngetEmployeeList().find{it.id==id}}}EmployeeController{defemployeeServicedefgetEmployee(longid){renderemployeeService.getEmployee(id)asJSON}}我

caching - Grails Redis 缓存 - 间接调用 @Cacheable 注释方法 - 如何工作

我在grails2.5.3中有以下情况:EmployeeService{@Cacheable(value="employees")publicListgetEmployeeList(){returnEmployee.list()}publicEmployeegetEmployee(longid){returngetEmployeeList().find{it.id==id}}}EmployeeController{defemployeeServicedefgetEmployee(longid){renderemployeeService.getEmployee(id)asJSON}}我

indexing - 原子添加/删除索引(集合)值到 Redis 中的哈希属性

如何使用Stackexchange.redis对哈希属性的索引进行建模,以便我可以自动删除哈希索引值?例如:Hash->Key=1Value={FirstName="Bob",LastName="Smith",Etc=...}Key=2Value={FirstName="Sue",LastName="Smith",Etc=...}Set(index)->Key=FirstName:BobValue={1}Key=FirstName:SueValue={2}Key=LastName:SmithValue={1,2}在上面的例子中,当一个新的Hash被添加为LastName:Smith的值

indexing - 原子添加/删除索引(集合)值到 Redis 中的哈希属性

如何使用Stackexchange.redis对哈希属性的索引进行建模,以便我可以自动删除哈希索引值?例如:Hash->Key=1Value={FirstName="Bob",LastName="Smith",Etc=...}Key=2Value={FirstName="Sue",LastName="Smith",Etc=...}Set(index)->Key=FirstName:BobValue={1}Key=FirstName:SueValue={2}Key=LastName:SmithValue={1,2}在上面的例子中,当一个新的Hash被添加为LastName:Smith的值

node.js - Socket.io + Redis - 客户端正在加入彼此的 "private"房间

我刚刚开始使用Socket.io和Redis进行发布/订阅消息传递,它非常棒。我的应用程序的一个重要特性是服务器需要能够向一个房间的所有订阅者广播消息,并且还需要选择该房间中的1个订阅者并向他们窄播一条消息。目前,该订阅者是随机选择的。根据阅读socket.io的文档,我认为我可以做到这一点。但是,我遇到了一些我不明白的事情。在Socket.io的默认房间文档(https://socket.io/docs/rooms-and-namespaces/#default-room)中,他们说每个套接字会自动加入一个以其套接字ID命名的房间。这看起来可以解决我的窄播需求——查看连接到我的“大”

node.js - Socket.io + Redis - 客户端正在加入彼此的 "private"房间

我刚刚开始使用Socket.io和Redis进行发布/订阅消息传递,它非常棒。我的应用程序的一个重要特性是服务器需要能够向一个房间的所有订阅者广播消息,并且还需要选择该房间中的1个订阅者并向他们窄播一条消息。目前,该订阅者是随机选择的。根据阅读socket.io的文档,我认为我可以做到这一点。但是,我遇到了一些我不明白的事情。在Socket.io的默认房间文档(https://socket.io/docs/rooms-and-namespaces/#default-room)中,他们说每个套接字会自动加入一个以其套接字ID命名的房间。这看起来可以解决我的窄播需求——查看连接到我的“大”