Nowa wersja silnika bazy danych Redis 6.0 został już wydany a nowy protokół RESP3 pojawia się między innymi jako główna cecha tej wersji. Dla tych, którzy nie wiedzą tego silnika bazy danych powinni wiedzieć, że jest to związane z klasą systemów NoSQL.
Redis udostępnia funkcje podobne do Memcached do przechowywania danych klucz / wartość, wzbogacony o obsługę formatów danych strukturalnych, takich jak listy, skróty i zestawy, a także możliwość uruchamiania skryptów skryptów po stronie serwera w Lua.
W przeciwieństwie do Memcached, Redis zapewnia trwałe przechowywanie danych na dysku i zapewnia bezpieczeństwo bazy danych w przypadku awaryjnego wyłączenia.
Do zarządzania danymi, zapewniają polecenia, takie jak zwiększanie / zmniejszaniestandardowe operacje na listach i zbiorach (suma, przecięcie), zmiana nazwy kluczy, wielokrotne zaznaczenia i funkcje sortowania.
Se obsługuje dwa tryby przechowywania: okresowa synchronizacja danych na dysku i zmiana dziennika na dysku. W drugim przypadku gwarantowane jest pełne bezpieczeństwo wszystkich zmian. Możliwe jest zorganizowanie replikacji danych typu master-slave na wielu serwerach w trybie nieblokującym. Dostępny jest również tryb wiadomości publikuj / subskrybuj, w którym tworzony jest kanał, którego wiadomości są dystrybuowane do klientów w ramach subskrypcji.
Co nowego w Redis 6.0?
Domyślna, zaproponowano nowy protokół RESP3, ale połączenie rozpoczyna się w trybie RESP2, a klient przełącza się na nowy protokół tylko wtedy, gdy podczas negocjowania połączenia używane jest nowe polecenie. RESP3 umożliwia bezpośrednie zwracanie złożonych typów danych bez konieczności konwertowania typowych tablic po stronie klienta i oddzielania zwracanych typów.
Kolejną zmianą, która wyróżnia się w nowej wersji, jest sobsługa listy kontroli dostępu oferuje nasz konfigurator pozwala precyzyjnie określić, jakie operacje klient może wykonać, a które nie.
Implementacja listy ACL nie oznacza dodatkowego obciążenia i praktycznie nie ma to wpływu na wydajność. Moduły interfejsów zostały również przygotowane dla ACL, umożliwiając tworzenie własnych metod uwierzytelniania. Aby wyświetlić wszystkie zarejestrowane naruszenia ACL, dostępne jest polecenie ACL LOG. Aby wygenerować nieprzewidywalne klucze sesji, dodano polecenie „ACL GENPASS”, używając HMAC opartego na SHA256.
Możemy również znaleźć sObsługa buforowania danych po stronie klienta. Dostępne są dwa tryby Aby uzgodnić pamięć podręczną po stronie klienta ze stanem bazy danych:
- Przechowuj klucze serwera, które klient zażądał wcześniej, aby poinformować Cię o utracie aktualności rekordu w pamięci podręcznej klienta.
- Mechanizm „rozgłaszania”, w którym klient subskrybuje określone prefiksy kluczy, a serwer powiadamia o tym, jeśli klucze w tych prefiksach ulegną zmianie. Zaletą trybu „rozgłaszania” jest to, że na serwerze nie jest marnowana żadna dodatkowa pamięć na przechowywanie karty z buforowanymi wartościami po stronie klienta, ale ma to ujemny wpływ na wzrost liczby przesyłanych wiadomości.
Dodano serwer proxy klastra, serwer proxy dla klastra serwerów Redis, który umożliwia organizację pracy klienta na wielu serwerach Redis, jak na przykład. Serwer proxy może kierować żądania do węzłów z niezbędnymi danymi, połączenia multipleksowe, rekonfigurować klaster w przypadku awarii węzła i wykonywać żądania obejmujące wiele węzłów.
Znacznie ulepszone API do pisania modułów, zasadniczo zmieniając Redis w framework, który umożliwia tworzenie systemów w postaci wtyczek.
Poprawiono protokół replikacji PSYNC2, Umożliwiło to częstsze wykonywanie częściowej ponownej synchronizacji poprzez zwiększenie szans na zidentyfikowanie wspólnego przesunięcia repliki i elementu głównego.
A także się wyróżnia szybsze ładowanie plików RDB. W zależności od wypełnienia pliku przyspieszenie wynosi od 20 do 30%. Znacznie szybsze wykonanie polecenia INFO w obecności dużej liczby podłączonych klientów.
Wreszcie, jeśli chcesz dowiedzieć się więcej na ten temat lub pobrać nową wersję, możesz to zrobić z Link