To zależy dokładnie od rodzaju problemu z wydajnością.
Partycjonowanie MySQL 5.1 pozwala na partycjonowanie tylko pierwszego bitu klucza podstawowego. Oznacza to, że jeśli chcesz użyć dowolnej użytecznej formy partycjonowania, często pożądane jest posiadanie złożonego klucza podstawowego.
Jednym z najczęstszych przypadków użycia jest wygaśnięcie starych danych, co może być bardzo kosztowne w przypadkach niepartycjonowanych. W takim przypadku klucz podstawowy musi zaczynać się od daty/godziny i partycji.
Następnie możesz wygasać wiersze, programowo usuwając stare partycje.
Inne przypadki to takie, w których typowe zapytania mogą skorzystać na przycinaniu partycji.
Pamiętaj, że nie możesz naprawić każdego problemu z wydajnością za pomocą partycjonowania; to nie jest magia. W przypadku zapytań, które nie korzystają z przycinania partycji, należy wykonać zapytanie dotyczące każdej partycji. MySQL nie robi tego równolegle, więc zwykle jest tak powolny, jak używanie tabeli niepartycjonowanej.
- Zidentyfikuj dokładnie, jakie są Twoje problemy z wydajnością
- Zdecyduj, ile ulepszeń wystarczy, aby je naprawić
- Zdecyduj, ile regresji wydajności możesz tolerować w innych przypadkach użycia
- Testuj, testuj, testuj i testuj ponownie na swoich danych produkcyjnych na sprzęcie klasy produkcyjnej na różnych konfiguracjach
- Powtarzaj, aż będziesz zadowolony.
- Wykonaj odpowiednie testy funkcjonalne; zwolnić!
