Cały przewodnik po shardingu bazy danych - kompleksowy przewodnik

Klucz podziału powinien posiadać dużą cardinalność – czyli ma wiele unikalnych wartości – aby upewnić się, że dane są rozprowadzone równomiernie i minimalizować zapytania między fragmentami. Unikaj kluczy o niskiej cardinalności (np. statusu lub typu) lub tych, które tworzą 'punkt ciepłego,' czyli obszary intensywnego działania zapytań. Popularne wybory to ID użytkownika, ID dzierżawcy lub klucze złożone; przed wybraniem klucza analizuj swoje wzorce zapytań.

Zastosuj podejście scatter-gather podczas wykonania zgrupowanych zapytań. Zdenormalizuj dane, aby uniknąć joinów, wprowadź pamięć podręczną dla często odwiedzanych zapytań między fragmentami, przyjmij ostateczną zgodność tam, gdzie to stosowne, i minimalizuj operacje między fragmentami poprzez dobrą wybraną cardinalność klucza podziału. Dla skomplikowanych zapytań rozważ używanie magazynu danych lub kopii czytelnych z widokami denormalizowanymi.

Aby zapewnić silną zgodność, rozważ dwuetapowy commit (chociaż może to wprowadzić nadmierny obciążenie), transakcje dystrybuowane (jeśli są obsługiwane) lub projektuj system tak, aby operacje pozostawały w ramach pojedynczego fragmentu. Jednak w większości przypadków ostateczna zgodność jest wystarczająca; używaj operacji idempotentnych, wersjonowania do rozwiązywania konfliktów i wzorców ostatecznej zgodności. Akceptuj ostateczną zgodność, gdy to przystoi dla potrzeb Twojej aplikacji.

Utwórz nową bazę danych fragmentową, dodaj ją do konfiguracji podziału, wykonaj balansowanie danych, aktualizuj tabele wykrywania, a następnie sprawdź, czy wszystkie operacje działają poprawnie. Zastosuj techniki online balansowania, aby minimalizować czas nieaktualności. Planuj balansowanie w godzinach ofline, aby uniknąć negatywnego wpływu na doświadczenie użytkownika i monitoruj wydajność podczas i po procesie.