Optymalizacja zapytań MySQL

[voidsn1010 0]

Witam,

 

widziałem kiedyś na jakimś silniku forum czy CMS'a w stopce przykładową informację: '8 queries to database'.

 

Od tego czasu często zastanawia mnie, jak duży wpływ ma ilość zapytań do bazy na działanie powiedzmy średniego portalu.

 

Często w swoich silnikach wykonuję około 50 zapytań albo i więcej. Przykładowo strona wczytuje kilka postów i do każdego posta wczytuje z bazy ilość komentarzy (zlicza), oprócz tego jest kilka zapytań, które wymaga silnik.

 

Czy powinienem przykładać dużą wagę do minimalizacji ilości zapytań, czy może większe znaczenie ma ilość danych zwracanych przez zapytanie?

[BlackBishop 1]

Czy powinienem przykładać dużą wagę do minimalizacji ilości zapytań, czy może większe znaczenie ma ilość danych zwracanych przez zapytanie?

 

i to i to

 

masz zaimplementowany jakiś mechanizm cachowania gotowych stron (w sensie stronę regenerujesz tylko jak zmieniło się coś w bazie)?

[voidsn1010 0]

Korzystam z frameworka, który prawdopodobnie pozwala wykonywać cache, jednak w tej chwili z tego nie korzystam.

[bleidd 2522]

Zapytanie zapytaniu nierówne, można zrobić 10 zapytań osobno albo jedno duże.

Poza tym zainteresuj się indeksami, potrafią sporo dać przy dużej ilości rekordów i odpowiedniej strukturze bazy.

[Karister 1597]

Rzeczy wpływających na wydajność bazy danych jest sporo, np:

• indeksy
  
• partycjonowanie tabel
  
• rozmiar puli połączeń
  
• podzapytania skorelowane
  

A jeżeli używasz jakiegoś frameworka, który pod spodem ma ORM, mogą pojawić się problemy z n+1 zapytań czy eager loading.

 

Ja bym zaczął od małej puli połączeń, sensownych indeksów i joina w SQLu.

[januzi 24]

1. zliczanie rekordów raz za razem jest złym pomysłem

2. mała liczba zapytań, ale nie na siłę, szczególnie gdy jedno większe zarzyna bazę, a dwa mniejsze działają płynnie

3. * w select tylko jeśli pokazujesz wszystkie dane, w przeciwnym wypadku tylko to, co jest używane w danym momencie