sql >> Database >  >> NoSQL >> Redis

Max. aantal verbindingen in Azure Redis-cache bereikt

Dit lijkt erg op deze vraag:waarom zijn verbindingen met Azure Redis Cache zo hoog?

Dit zijn de best practices die we voor de meeste klanten aanbevelen:

  1. stel abortConnect in op false in uw verbindingsreeks
  2. maak een singleton-verbindingMultiplexer en hergebruik deze. Dit is voldoende voor de meeste scenario's. Sommige geavanceerde scenario's vereisen mogelijk het maken van meerdere connectionMultiplexer-objecten per toepassing, maar de meeste zijn prima met slechts één. Ik zou aanraden het hier getoonde coderingspatroon te volgen:https://azure.microsoft.com/en-us/documentation/articles/cache-dotnet-how-to-use-azure-redis-cache/#connect-to-the -cache
  3. Laat de ConnectionMultiplexer het opnieuw verbinden afhandelen - doe het niet zelf tenzij u uw code zeer grondig hebt getest. De meeste verbindingslekken die ik heb gezien, zijn omdat mensen de connectionMultiplexer opnieuw maken, maar de oude niet weggooien. In de meeste gevallen is het het beste om de multiplexer het opnieuw verbinden te laten doen.



  1. Haal een waarde op uit MongoDB op basis van de sleutelnaam

  2. MongoDB-normalisatie, externe sleutel en samenvoegen

  3. Kaart-Reduce-prestaties in MongoDb 2.2, 2.4 en 2.6

  4. Preventieve beveiliging met auditlogging voor MongoDB