J'ai soudainement obtenu cette exception de délai d'expiration lorsque j'essaie de conserver une plage de données, cela fonctionnait auparavant et je n'ai fait aucun changement:

Délai d'expiration de HMSET {key}, inst: 0, mgr: ExecuteSelect, err: jamais, file d'attente: 2, qu: 1, qs: 1, qc: 0, wr: 1, wq: 1, in: 0, ar: 0, clientName: {nom-machine}, serverEndpoint: Non spécifié / localhost: 6379, keyHashSlot: 2689, IOCP: (Occupé = 0, Libre = 1000, Min = 4, Max = 1000), TRAVAILLEUR: (Occupé = 0, Libre = 2047, Min = 4, Max = 2047), CPU local: 100% (Veuillez jeter un œil à cet article pour certains problèmes courants côté client qui peuvent causer timeouts: https://github.com/StackExchange/StackExchange.Redis/ tree / master / Docs / Timeouts.md)

J'utilise Redis sur Windows.

0
Amr Reda 26 avril 2017 à 03:02

3 réponses

Meilleure réponse

J'ai découvert la cause du problème, car j'essayais d'insérer en masse dans le hachage. Ce que j'ai fait, c'est que j'ai divisé la liste insérée en plus petites.

0
Amr Reda 28 avril 2017 à 06:35

Donc, je me suis battu avec ce problème pendant quelques jours et j'ai presque abandonné. Comme @Amr Reda l'a dit, diviser un grand ensemble en plus petit pourrait fonctionner, mais ce n'est pas optimal.

Dans mon cas, j'essayais de déplacer 27 000 enregistrements dans redis et je continuais à rencontrer le problème.

Pour résoudre le problème, augmentez la valeur de SyncTimeout dans votre chaîne de connexion Redis. Il est réglé par défaut à 1000 ms soit 1 seconde. L'ajout de grands ensembles de données prend généralement plus de temps.

0
Ayodeji Lawrence 16 juil. 2018 à 09:50

Dans votre message d'erreur de délai d'expiration, je vois Local-CPU: 100%. Il s'agit du processeur de votre client qui appelle le serveur Redis. Vous voudrez peut-être examiner ce qui cause la charge élevée du processeur sur votre client.

Cet article explique pourquoi une utilisation élevée du processeur peut entraîner des délais d'attente côté client. https://gist.github.com/JonCole/db0e90bedeb3fc4823c2#high-cpu- utilisation

3
Carl Dacosta 27 avril 2017 à 06:49