Från din UPTIME på 1022 sekunder GLOBAL STATUS-rapport, undersök och överväg dessa my.cnf/ini add/change/disable med ledande # eller REMOVE för att undvika röran. Normalt görs endast 1 byte per dag och monitor. I ditt fall, med 18 minuters kraschar, låt oss göra dem alla i en avstängning/omstart.
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.
Behöver desperat dina SHOW GLOBAL VARIABLER; och VISA MOTORS INNODB-STATUS; och fyll i my.cnf/ini för att undvika att GISSA för ytterligare förslag. dropbox.com eller pastebin.com är rimliga platser att dela data om du når lagringsgränserna här.
Sök efter '[MySQL] Semaphore wait has lasted' för att hitta tidigare lösningar i stackoverflow.com dba.stackexchange.com eller serverfault.com (vår pw delas av dessa 3 webbplatser, så du behöver inte 3 konton).
Återställningen handlade om 17 856 929 rader. I en enskild transaktion är det en belastning som behöver analyseras för att dela upp den i mer hanterbara radantal för en enskild transaktion.
uppdatering 2017-11-18 ca 09 UTC whI avsnittet my.cnf/ini [mysqld] BEHÖVER du
innodb_log_buffer_size=48M # from 256M
innodb_log_file_size=256M # from default of 48M
Idag är de bakåtriktade och är en betydande del av orsaken till dina 17-minuters omstarter. Avstängning/omstart krävs, varken värdet kan ändras dynamiskt.