Jako programiści Django często napotykamy wąskie gardła wydajności, szczególnie w przypadku zarządzania sesjami. Sesje oparte na bazie danych mogą znacznie spowolnić aplikację. Chociaż Memcached oferuje rozwiązanie, wiąże się ono z własnym wyzwaniem: utratą danych sesji podczas restartów serwera lub odświeżania pamięci podręcznej. W tym poście pokażę, jak przezwyciężyć ten problem, używając dwóch oddzielnych instancji Memcached - jednej dla zwykłych obiektów Pythona i drugiej dedykowanej dla danych sesji.

Problem z pojedynczą instancją Memcached

Gdy używamy pojedynczej instancji Memcached zarówno do ogólnego buforowania, jak i sesji, restart serwera lub czyszczenie pamięci podręcznej powoduje wylogowanie wszystkich użytkowników. Tworzy to złe doświadczenie użytkownika i może być szczególnie problematyczne dla stron o dużym ruchu.

Rozwiązanie: Podwójna konfiguracja Memcached

Implementując oddzielną instancję Memcached dla sesji, możemy utrzymać sesje użytkowników nawet podczas czyszczenia głównej pamięci podręcznej. Oto jak to skonfigurować:

1. Utwórz dwa nowe pliki w katalogu projektu:

Plik 1: session_backend.py

Ten plik to zmodyfikowana wersja contrib/sessions/backends/cache.py Django:

1
2
3
4
5

from django.contrib.sessions.backends.base import SessionBase, CreateError
from yourproject.session_cache import cache

class SessionStore(SessionBase):
    # ... [reszta kodu pozostaje taka sama jak w oryginalnym poście]

Plik 2: session_cache.py

Ten plik inicjalizuje oddzielną pamięć podręczną dla sesji:

1
2
3
4
5
6

from django.core.cache.backends.memcached import CacheClass
from django.conf import settings

scheme, rest = settings.SESSION_CACHE.split(':', 1)
host = rest[2:-1]
cache = CacheClass(host, {})

2. Zaktualizuj swój settings.py:

1
2

SESSION_ENGINE = "yourproject.session_backend"
SESSION_CACHE = 'memcached://127.0.0.1:11200/'

3. Uruchom nową instancję Memcached na porcie 11200.

Korzyści z tego podejścia

1. Zwiększona wydajność: Sesje są teraz zarządzane w pamięci, znacznie szybciej niż zapytania do bazy danych.
2. Trwałość sesji użytkownika: Użytkownicy pozostają zalogowani nawet podczas czyszczenia głównej pamięci podręcznej aplikacji.
3. Skalowalność: Oddzielenie przechowywania sesji pozwala na łatwiejsze skalowanie infrastruktury buforowania.

Wskazówki dotyczące implementacji

• Upewnij się, że Twoje instancje Memcached są odpowiednio zabezpieczone, szczególnie jeśli działają na oddzielnym serwerze.
• Monitoruj zużycie pamięci przez instancję Memcached dla sesji, aby zapobiec przepełnieniu.
• Rozważ wdrożenie polityk wygasania sesji, aby zarządzać długo nieaktywnymi sesjami.

Implementując tę podwójną konfigurację Memcached, zauważysz znaczną poprawę wydajności i doświadczenia użytkownika w Twojej aplikacji Django. Rozdzielenie obowiązków pozwala na bardziej elastyczne zarządzanie pamięcią podręczną bez zakłócania sesji użytkowników.

Czy zaimplementowałeś to rozwiązanie lub masz pytania? Śmiało skontaktuj się ze mną pod adresem [email protected]. Zawsze chętnie dyskutuję o optymalizacjach Django i pomagam innym programistom ulepszyć ich aplikacje.

Miłego kodowania i niech Twoje aplikacje Django będą zawsze szybkie i stabilne!