sql >> Database teknologi >  >> RDS >> Mysql

MySQL:InnoDb:Semaphore-venten har varet> 600 sekunder. Vi har bevidst nedbrudt serveren

Fra din OPETID på 1022 sekunder GLOBAL STATUS-rapport, undersøg og overvej disse my.cnf/ini add/change/disable med førende # eller FJERN for at undgå rod. Normalt foretages der kun 1 skift pr. dag og monitor. I dit tilfælde, med 18 minutters nedbrud, lad os få dem alle sammen i én nedlukning/genstart.

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.

Har desperat brug for din SHOW GLOBAL VARIABLER; og VIS MOTOR INNODB STATUS; og udfyld my.cnf/ini for at undgå at GÆTTE for yderligere forslag. dropbox.com eller pastebin.com er rimelige steder at dele data, hvis du er ved at nå lagergrænser her.

Søg efter '[MySQL] Semaphore wait has vared' for at finde tidligere løsninger i stackoverflow.com dba.stackexchange.com eller serverfault.com (vores pw er delt af disse 3 websteder, så du behøver ikke 3 konti).

Tilbageføringen handlede om 17.856.929 rækker. I en enkelt transaktion er det en belastning, der skal analyseres for at dele den op i mere håndterbare rækketal for en enkelt transaktion.

opdatering 2017-11-18 omkring 09 UTC, hvor I my.cnf/ini [mysqld] sektionen SKAL du BRUGE

innodb_log_buffer_size=48M # from 256M
innodb_log_file_size=256M # from default of 48M

I dag er de baglæns og er en væsentlig del af årsagen til dine 17 minutters genstarter. Nedlukning/genstart påkrævet, ingen af ​​værdierne kan ændres dynamisk.



  1. MySQL låsning i Duplicate Key Fejl

  2. Matching af udbud og efterspørgsel — løsninger, del 2

  3. java.lang.OutOfMemoryError:[hukommelse opbrugt] under læsning af data fra Sqlite Android

  4. BESTIL EFTER alfabet først og derefter efter nummer