Connection pooling ponownie wykorzystuje zestaw ustanowionych połączeń Redis na wielu żądaniach zamiast otwierać i zamykać połączenie dla każdej operacji. Jest to ważne dla wydajności i efektywności zasobów w aplikacjach obsługujących równoczesne żądania, a większość klientów Redis domyślnie korzysta z poolingu.
Problem: narzut połączenia
Opening a new connection per request is wasteful:
→ TCP handshake + (TLS handshake) + AUTH on EVERY request → latency + CPU
→ many short-lived connections exhaust file descriptors / Redis's client limit
→ Under load, creating/destroying connections becomes a real bottleneck.
Connection pooling: ponowne wykorzystanie połączeń
redis = ({
: ,
});
