Redis
 sql >> база данни >  >> NoSQL >> Redis

Достигнати са максимални връзки за Azure Redis Cache

Това е много подобно на този въпрос:Защо връзките към Azure Redis Cache са толкова високи?

Ето най-добрите практики, които препоръчваме за повечето клиенти:

  1. задайте abortConnect на false във вашия низ за връзка
  2. създайте единична връзка Multiplexer и го използвайте повторно. Това е достатъчно за повечето сценарии. Някои усъвършенствани сценарии може да изискват създаване на множество обекта на connectionMultiplexer на приложение, но повечето са добре само с един. Бих препоръчал да следвате модела на кодиране, показан тук:https://azure.microsoft.com/en-us/documentation/articles/cache-dotnet-how-to-use-azure-redis-cache/#connect-to-the -кеш
  3. Оставете ConnectionMultiplexer да се справи с повторното свързване – не го правете сами, освен ако не сте тествали кода си много обстойно. Повечето течове на връзка, които съм виждал, са, защото хората пресъздават ConnectionMultiplexer, но не успяват да изхвърлят стария. В повечето случаи е най-добре просто да оставите мултиплексора да извърши повторното свързване.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Spring Redis ключове за сортиране

  2. Redis:Как да получите достъп до регистрационния файл на Redis

  3. Redis py:кога да използваме пул за връзки?

  4. Джедаите Променят ли семантиката на Redis?

  5. Кеширане на JSON обекти от страна на сървъра