9Aug

Korzystanie ze skryptu MySQL Performance Tuning Analyzer

click fraud protection

Gdy pracujesz nad zwiększeniem szybkości swojej witryny, bardzo ważnym elementem jest upewnienie się, że uzyskasz wszystkie ostatnie spadki wydajności z serwera bazy danych. Niestety, dla większości z nas, którzy nie są zwykle administratorami baz danych, może to być trudna propozycja.

Istnieje wiele skryptów dostrajania wydajności, które analizują ustawienia serwera i bieżący stan oraz dostarczają informacji o zalecanych zmianach, które powinieneś wprowadzić.Niekoniecznie postępuj zgodnie ze wszystkimi sugestiami, ale warto się na to popatrzeć.

Skrypt, którego używam, zawiera zalecenia dotyczące następujących zagadnień:

  • Wolny dziennik zapytań
  • Max Connections
  • Wątki roboczy
  • Bufor kluczy
  • Zapytanie podręczne
  • Sortowanie buforów
  • dołącza
  • Tabele temp.
  • Tabela( otwarta i definicja) Pamięć podręczna
  • TabelaBlokowanie skanowania tabel
  • ( read_buffer)
  • Status inwentaryzacji
  • Po pobraniu skryptu należy go wykonać za pomocą następującej komendy:

    instagram viewer

    chmod u + x tuning-primer.sh

    Jeśli uruchamiasz ten skrypt jako zwykły użytkownik, poprosi cię o podanie hasła, musisz więc odpowiednio ustawić dostęp. Jeśli uruchomisz go jako root, otrzymasz hasło mysql od Plesk, jeśli masz to zainstalowane.

    Wyciągnąłem dużo danych wyjściowych, które miały o wiele więcej zaleceń, ale były zbyt długie, by zmieściły się na stronie.

    . /tuning-primer.sh

    - MYSQL PERFORMANCE TUNING PRIMER -
    - Autor: Matthew Montgomery -

    Wersja MySQL 4.1.20 i686

    Czas pracy = 5 dni 10 godzin 46 minut 5 sekund
    Śr.qps = 4
    Suma pytań = 2020809
    Threads Connected = 1

    Serwer działa od ponad 48 godzin.
    Przestrzeganie tych zaleceń powinno być bezpieczne

    ---- snipped -----

    QUERY CACHE
    Bufor zapytań jest włączony
    Current query_cache_size = 8 M
    Current query_cache_used = 7 M
    Current query_cach_limit = 1 M
    Pamięć podręczna bieżącego zapytaniawspółczynnik wypełnienia = 89,38%
    Jednak 254246 zapytań zostało usuniętych z pamięci podręcznej zapytań z powodu braku pamięci
    Być może powinieneś podnieść query_cache_size
    MySQL nie będzie buforować wyników zapytania, które są większe niż query_cache_limit w rozmiarze

    ---- snipped -----

    Wygląda na to, że potrzebuję zwiększyć pamięć podręczną zapytań. .. Ustawiłem ją na 8MB, ale zbyt często czyści pamięć podręczną.

    ---- snipped -----

    TABLES TEMP
    Current max_heap_table_size = 16 M
    Current tmp_table_size = 32 M
    Z 35170 tabel temp., 74% zostało utworzonych na dysku
    Efektywna w pamięci tmp_table_size jest ograniczona do max_heap_table_size.
    Być może powinieneś zwiększyć swoje tmp_table_size i / lub max_heap_table_size
    , aby zmniejszyć liczbę tymczasowych tabel na dyskach
    Uwaga! Kolumny BLOB i TEXT nie są dozwolone w tabelach pamięci.
    Jeśli używasz tych kolumn, podniesienie tych wartości może nie wpłynąć na twój stosunek
    na tymczasowych tabelach dysku.

    ---- snipped -----

    Ten rodzaj informacji jest nieoceniony, gdy próbujesz dostroić wydajność swojej witryny.

    Pobierz skrypt sprawdzania wydajności MySQL