Тайм-аут выполнения EXISTS [keyname], inst: 2, mgr: ExecuteSelect, queue: 0, qu=0, qs=0, qc=0, wr=0/0, in=0/0

Я использую StackExchange.Redis версии 1.0.0.0 в приложении C# для Windows. Это приложение является многопоточным, и мы сохраняем некоторые значения в Redis Cache. Когда мне нужно значение ключа, сначала я проверяю наличие этого ключа с помощью команды EXISTS.

иногда возникает исключение:

Время ожидания выполнения EXISTS SpeedLimit_GF__VU_3, inst: 2, mgr: ExecuteSelect, очередь: 0, qu=0, qs=0, qc=0, wr=0/0, in=0/0, IOCP:(Busy=0,Free= 1000, мин.= 8, макс. ) в StackExchange.Redis.RedisBase.ExecuteSync[T] (сообщение сообщения, процессор ResultProcessor1, сервер ServerEndPoint) в StackExchange.Redis.RedisDatabase.KeyExists (ключ RedisKey, флаги CommandFlags) . . .

Кэш-сервер и сервер приложений одинаковы. В чем может быть причина и как решить эту проблему?


multithreading c# stackexchange.redis exists timeoutexception
person Javad Norouzi    schedule 17.05.2015    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Это сообщение об ошибке говорит мне, что клиент в то время не делал ничего интересного, поэтому возникает вопрос: что делал сервер? Есть ли что-нибудь в slowlog get, что связано с этим временем? Есть ли что-нибудь в журнале сервера? В частности, мои первые мысли были бы такими:

  1. Сохранялся ли сервер (aof rewrite или rdb) в этот момент?
  2. Была ли длительная операция, блокирующая сервер (например, keys *, которую вы не должны использовать)
  3. Было ли это установлением репликации с ведущим/ведомым?
  4. Был ли сбой сети?
person Marc Gravell    schedule 17.05.2015
comment
Спасибо, Марк. Позвольте мне проверить это еще раз и понаблюдать за Redis с помощью Slowlog get и других команд. я поделюсь результатом здесь. - person Javad Norouzi; 18.05.2015
comment
Привет, Джавед, есть новости по этому поводу? Я получаю то же исключение с теми же значениями параметров: очередь: 0, qu: 0, qs: 0, qc: 0, wr: 0, wq: 0, in: 0, ar: 0 - person Pragmatic; 10.04.2016
comment
Привет. меняем сервер и модернизируем его на более мощное железо(не только из-за редиса, для всех остальных сервисов). чтобы мы не получили эту ошибку снова. Я думаю, это было о ресурсе. к сожалению, я не копался глубоко в Redis. - person Javad Norouzi; 20.01.2018