Aus Ihrem UPTIME von 1022 Sekunden GLOBAL STATUS-Bericht recherchieren und berücksichtigen Sie diese my.cnf/ini add/change/disable mit führendem # oder REMOVE, um Unordnung zu vermeiden. Normalerweise wird nur 1 Wechsel pro Tag und Monitor vorgenommen. Lassen Sie uns in Ihrem Fall mit 18-Minuten-Abstürzen alle in einem Herunterfahren/Neustart erledigen.
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.
Brauche dringend deine SHOW GLOBAL VARIABLES; und ZEIGE ENGINE INNODB STATUS; und vervollständigen Sie my.cnf/ini, um zu vermeiden, dass Sie weitere Vorschläge erraten. dropbox.com oder pastebin.com sind geeignete Orte, um Daten zu teilen, wenn Sie hier die Speichergrenzen erreichen.
Suchen Sie nach „[MySQL] Semaphore wait has lasted“, um frühere Lösungen in stackoverflow.com, dba.stackexchange.com oder serverfault.com zu finden (unser Passwort wird von diesen 3 Seiten geteilt, Sie brauchen also keine 3 Konten).
Beim Rollback wurden 17.856.929 Zeilen verarbeitet. Bei einer einzelnen Transaktion ist dies eine Last, die analysiert werden muss, um sie in besser handhabbare Zeilenzahlen für eine einzelne Transaktion aufzuteilen.
Update am 18.11.2017 um 09 UTC im Abschnitt my.cnf/ini [mysqld], den Sie BENÖTIGEN
innodb_log_buffer_size=48M # from 256M
innodb_log_file_size=256M # from default of 48M
Heute sind sie rückständig und sind ein wesentlicher Teil der Ursache für Ihre 17-minütigen Neustarts. Herunterfahren/Neustart erforderlich, keiner der Werte kann dynamisch geändert werden.
