Z raportu STANU GLOBALNEGO, który wynosi 1022 sekundy, zbadaj i rozważ te my.cnf/ini dodaj/zmień/wyłącz z wiodącym # lub USUŃ, aby uniknąć bałaganu. Zwykle dokonuje się tylko 1 zmiany dziennie i monitoruje. W twoim przypadku, z 18-minutowymi awariami, zróbmy je wszystkie w jednym zamknięciu/ponownie.
thread_cache_size=100 # from default because 83 threads created already, V8 CAP is 100 to avoid OOM
innodb_buffer_pool_size=6G # from default of 128M, was full in 17 minutes
table_open_cache=10000 # 1066 already opened in 17 minutes.
Desperacko potrzebujesz POKAŻ ZMIENNE GLOBALNE; i POKAŻ STAN INNODB SILNIKA; i uzupełnij my.cnf/ini, aby uniknąć zgadywania dodatkowych sugestii. dropbox.com lub pastebin.com to rozsądne miejsca do udostępniania danych, jeśli osiągasz tutaj limity miejsca.
Wyszukaj „[MySQL] Semaphore wait has lastd”, aby znaleźć wcześniejsze rozwiązania w stackoverflow.com dba.stackexchange.com lub serverfault.com (nasze pw są współdzielone przez te 3 witryny, więc nie potrzebujesz 3 kont).
Wycofanie dotyczyło 17 856 929 rzędów. W pojedynczej transakcji jest to obciążenie, które wymaga analizy w celu rozbicia go na łatwiejsze do zarządzania liczby wierszy dla pojedynczej transakcji.
aktualizacja 2017-11-18 o 09 UTC w sekcji my.cnf/ini [mysqld] POTRZEBUJESZ
innodb_log_buffer_size=48M # from 256M
innodb_log_file_size=256M # from default of 48M
Dzisiaj są one wsteczne i są istotną częścią przyczyny twoich 17-minutowych ponownych uruchomień.Wymagane wyłączenie/ponowne uruchomienie, żadna wartość nie może być zmieniana dynamicznie.
