SQLite jako pamięć sesji

Question

Chciałem wiedzieć, czy dobrą praktyką jest używanie SQLite jako głównego magazynu sesji lub co najmniej jako zapasowego magazynu sesji z podstawowym memcached?

Czy możesz podać mi kilka zalet i wad?

(buduję ramy MVC dla celów edukacyjnych i myślał o różnych możliwościach i implemetations)

Answer 1

SQLite Plusy

• szybciej niż sesje plików opartych
• mogą być dystrybuowane gdzie sesje plików oparte są bardziej niewygodne

SQLite Wady

• wymaga SQLit e, który tworzy zależność i coś innego do monitorowania
• trudniej zaimplementować, że natywne sesje oparte na plikach
• duże aplikacje mogą szybko zabić tabelę sql przez tak wiele żądań odczytu i zapisu, fragmentacji, aktualizacji indeksu, itp. zwłaszcza z prawie każdym strona trafienia że określonej tabeli

Jeszcze lepszym rozwiązaniem - memcache

Ponieważ sesje są zwykle dostępne z każdej strony hit byłoby sensu używać najszybsze mechanizm bez wszystkich napowietrznych DAT usuń warstwę, a jednocześnie pozwól jej działać w systemie rozproszonym (na przykład wiele serwerów PHP).

Użyj Memcache, który jest dobrze przetestowany w PHP i możesz nawet integrować sesje memcache, modyfikując tylko kilka ustawień php.ini lub dla dokładniejszego kontrolowania (lub używania innego oprogramowania, np. Redis), możesz stworzyć własną niestandardową sesję treser.

ten ma różne wady i zalety

Memcache Pros

• Bardzo bardzo szybka
• Wagi dobrze
• Łatwy do wdrożenia przez PHP.INI

Memcache Wady

• innej usługi, który ma potencjał do odpoczynku i wymaga monitorowania
• Używa pamięci RAM, która jest zwykle ograniczony zasób compaired do przestrzeni na dysku twardym, a także wymaga monitorowania

Chociaż powinieneś używać innego oprogramowania monitorującego obie te rzeczy lub napisać skrypt zadań cron, który hecks usługa memcache nadal działa - ale to kolejne pytanie i odpowiedź na inny dzień. Chodzi o to, że te minusy mogą być w pewnym stopniu zmniejszone.

Dalsza lektura na tematy objęte

• Memcache sessions using PHP.INI
• Redis
• Custom PHP Session Handler

Answer 2

sesja bazy pliku php jest bardzo dobry i szybki, przy użyciu SQLite do przechowywania sesji tylko dodać narzut do listy zarządzanie sesją.

Answer 3

Sesje oparte na plikach są złym pomysłem, ponieważ plik zostanie zablokowany, jeśli nie zamykaj dostępu do zapisu do sesji (session_write_cl ose();). Ale dlaczego powinieneś ograniczyć siebie/serwer, kiedy musisz po prostu użyć sqlite, aby uniknąć tego problemu?

tak sqlite pro: - łatwa w użyciu (zmiana php.ini config):

session.save_handler = sqlite 
session.save_path = "/path/sessions.db" 

• szybsze ładowanie stron (sesja może teraz pracować równolegle)
• szybciej ajax
• wbudowana funkcjonalność

sqlite con

• wolniej pisać do sesji

chciałbym użyć słowa apc, ale potem muszę realizacji i obawiam się, że może skończyć się w zagadnieniach bezpieczeństwa ...