sql >> Databáze >  >> RDS >> Mysql

MySQL:InnoDb:Čekání na semafor trvalo> 600 sekund. Záměrně jsme zhroutili server

Z vaší UPTIME 1022 sekund zprávy GLOBAL STATUS prozkoumejte a zvažte tyto my.cnf/ini přidat/změnit/zakázat s úvodním # nebo REMOVE, abyste se vyhnuli nepořádku. Normálně se provede pouze 1 změna za den a monitor. Ve vašem případě, s 18minutovými selháními, je všechny provedeme jedním vypnutím/restartem.

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.

Zoufale potřebujete své ZOBRAZIT GLOBÁLNÍ PROMĚNNÉ; a ZOBRAZIT STAV MOTORU INNODB; a vyplňte my.cnf/ini, abyste se vyhnuli HÁDÁNÍ pro další návrhy. dropbox.com nebo pastebin.com jsou vhodná místa pro sdílení dat, pokud zde dosahujete limitů úložiště.

Vyhledejte „[MySQL] Semafor čekání trvalo“ a najděte dřívější řešení na stackoverflow.com dba.stackexchange.com nebo serverfault.com (naše pw sdílejí tyto 3 weby, takže nepotřebujete 3 účty).

Vrácení se zabývalo 17 856 929 řádky. V jedné transakci je to zátěž, která vyžaduje analýzu, aby ji bylo možné rozdělit na lépe spravovatelné počty řádků pro jednu transakci.

aktualizace 2017-11-18 o 9. UTC, v sekci my.cnf/ini [mysqld] POTŘEBUJETE

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

Dnes jsou zpět a jsou významnou součástí příčiny vašich 17minutových restartů. Nevyžaduje se vypnutí/restart, ani jednu hodnotu nelze dynamicky měnit.



  1. Jak se mohu připojit k serveru Oracle Database 11g prostřednictvím řetězce tunelů ssh (dvojitý tunel, server ve firemní síti)?

  2. SQL Server:výpočet rozsahů dat

  3. PostgreSQL 'NOT IN' a poddotaz

  4. Je v pořádku mít několik DAO?