我们正在使用Service Stack的RedisClient的BlockingDequeue来保存一些数据,直到它可以被处理。调用代码看起来像
using (var client = ClientPool.GetClient())
return client.As<TMessage>().Lists[_channel].BlockingDequeue(timeout);
如果重新启动托管Redis的服务器,则BlockingDequeue的连接将变为僵尸,并且在重新启动客户端应用程序之前永远不会返回。
我们已经尝试在BlockingDequeue和PooledConnectionManager上设置超时但是没有帮助,我猜是因为超时在服务器端强制执行。
这种类型的容错是否构建在服务堆栈中并且我们错过了它?
或者我们的实现应该处理什么?如果有,是否有任何推荐的方法?
答案 0 :(得分:1)
我们在ServiceStack.Redis订阅代码中遇到了同样的问题,我们尝试了一些设置,例如retrycount,retrytimeout等,它们都不起作用,稍后我们的解决方法是捕获RedisException并再次进行订阅。 / p>