StackExchange.Redis ConnectionMultiplexer zarządzanie cyklem życia w scenariuszu internetowym

Question

Jakie jest prawidłowe zarządzanie cyklem życia instancji ConnectionMultiplexer w scenariuszu sieciowym. Rozumiem, że zarządza pojedynczymi żądaniami, potokując je, a tym samym redukując negatywny efekt spowodowany opóźnieniami. Czy to oznacza, że ​​w aplikacji internetowej ConnectionMultiplexer powinien być używany jako singleton w przeciwieństwie do częściej używanego zakresu żądań?

Answer 1

Zasadniczo tak, rzadko trzeba więcej niż jeden multiplekser do tych samych węzłów Redis. Jest to również opisane here. Zauważ, że obiekt bazy danych z GetDatabase jest bardzo tani i może być na żądanie lub na zakres metody w razie potrzeby (na perywiwalnie gra bardzo dobrze w przypadku scenariuszy z wieloma dzierżawcami, gdzie różni lokatorzy mają różne numery baz danych)