Puncte:0

MySQL se închide în mod neașteptat la fiecare 24 de ore pe Ubuntu

drapel au

În ultimele zile, cele trei servere ale mele se confruntă cu aceeași problemă aproape în același timp, aproximativ la fiecare 24 de ore.

Nu am schimbat nimic în cod folosind configurația MySQL sau ubuntu de luni de zile.

Ceea ce pot vedea în jurnalele de erori (/var/log/mysql/error.log) este că se pare că MySQL se oprește de la sine fără niciun motiv:

2022-02-10T06:48:17.246813Z 0 [Notă] Oferă șansa celor 10 fire de discuții de a muri cu grație
2022-02-10T06:48:17.246853Z 0 [Notă] Închiderea firelor secundare
2022-02-10T06:48:19.246990Z 0 [Notă] Deconectarea forțată a 10 clienți rămași
2022-02-10T06:48:19.247028Z 0 [Avertisment] /usr/sbin/mysqld: Forțarea închiderii firului 7 utilizator: „rădăcină”

2022-02-10T06:48:19.249583Z 0 [Avertisment] /usr/sbin/mysqld: Forțarea închiderii firului 10 utilizator: „rădăcină”

2022-02-10T06:48:19.249613Z 0 [Avertisment] /usr/sbin/mysqld: Forțarea închiderii firului 8 utilizator: „rădăcină”

2022-02-10T06:48:19.249628Z 0 [Avertisment] /usr/sbin/mysqld: Forțarea închiderii firului 51 utilizator: „rădăcină”

2022-02-10T06:48:19.249641Z 0 [Avertisment] /usr/sbin/mysqld: Forțarea închiderii firului 3 utilizator: „rădăcină”

2022-02-10T06:48:19.249654Z 0 [Avertisment] /usr/sbin/mysqld: Forțarea închiderii firului 2 utilizator: „rădăcină”

2022-02-10T06:48:19.249667Z 0 [Avertisment] /usr/sbin/mysqld: Forțarea închiderii firului 4 utilizator: „rădăcină”

2022-02-10T06:48:19.249680Z 0 [Avertisment] /usr/sbin/mysqld: Forțarea închiderii firului 5 utilizator: „rădăcină”

2022-02-10T06:48:19.249693Z 0 [Avertisment] /usr/sbin/mysqld: Forțarea închiderii firului 6 utilizator: „rădăcină”

2022-02-10T06:48:19.249705Z 0 [Avertisment] /usr/sbin/mysqld: Forțarea închiderii firului 9 utilizator: „rădăcină”

2022-02-10T06:48:19.249723Z 0 [Notă] Programator de evenimente: curățarea cozii. 0 evenimente
2022-02-10T06:48:19.252212Z 0 [Notă] Sfârșit binlog
2022-02-10T06:48:19.254111Z 0 [Notă] Închiderea pluginului „ngram”
2022-02-10T06:48:19.254125Z 0 [Notă] Închiderea „partiției” pluginului
2022-02-10T06:48:19.254130Z 0 [Notă] Închiderea pluginului „BLACKHOLE”
2022-02-10T06:48:19.254135Z 0 [Notă] Închiderea pluginului „ARHIVE”
2022-02-10T06:48:19.254139Z 0 [Notă] Închiderea pluginului „PERFORMANCE_SCHEMA”
2022-02-10T06:48:19.254168Z 0 [Notă] Închiderea pluginului „MRG_MYISAM”
2022-02-10T06:48:19.254173Z 0 [Notă] Închiderea pluginului „MyISAM”
2022-02-10T06:48:19.254180Z 0 [Notă] Închiderea pluginului „INNODB_SYS_VIRTUAL”
2022-02-10T06:48:19.254184Z 0 [Notă] Închiderea pluginului „INNODB_SYS_DATAFILES”
2022-02-10T06:48:19.254188Z 0 [Notă] Închiderea pluginului „INNODB_SYS_TABLESPACES”
2022-02-10T06:48:19.254191Z 0 [Notă] Închiderea pluginului „INNODB_SYS_FOREIGN_COLS”
2022-02-10T06:48:19.254195Z 0 [Notă] Închiderea pluginului „INNODB_SYS_FOREIGN”
2022-02-10T06:48:19.254198Z 0 [Notă] Închiderea pluginului „INNODB_SYS_FIELDS”
2022-02-10T06:48:19.254202Z 0 [Notă] Închiderea pluginului „INNODB_SYS_COLUMNS”
2022-02-10T06:48:19.254206Z 0 [Notă] Închiderea pluginului „INNODB_SYS_INDEXES”
2022-02-10T06:48:19.254209Z 0 [Notă] Închiderea pluginului „INNODB_SYS_TABLESTATS”
2022-02-10T06:48:19.254213Z 0 [Notă] Închiderea pluginului „INNODB_SYS_TABLES”
2022-02-10T06:48:19.254216Z 0 [Notă] Închiderea pluginului „INNODB_FT_INDEX_TABLE”
2022-02-10T06:48:19.254220Z 0 [Notă] Închiderea pluginului „INNODB_FT_INDEX_CACHE”
2022-02-10T06:48:19.254223Z 0 [Notă] Închiderea pluginului „INNODB_FT_CONFIG”
2022-02-10T06:48:19.254227Z 0 [Notă] Închiderea pluginului „INNODB_FT_BEING_DELETED”
2022-02-10T06:48:19.254230Z 0 [Notă] Închiderea pluginului „INNODB_FT_DELETED”
2022-02-10T06:48:19.254234Z 0 [Notă] Închiderea pluginului „INNODB_FT_DEFAULT_STOPWORD”
2022-02-10T06:48:19.254237Z 0 [Notă] Închiderea pluginului „INNODB_METRICS”
2022-02-10T06:48:19.254241Z 0 [Notă] Închiderea pluginului „INNODB_TEMP_TABLE_INFO”
2022-02-10T06:48:19.254244Z 0 [Notă] Închiderea pluginului „INNODB_BUFFER_POOL_STATS”
2022-02-10T06:48:19.254248Z 0 [Notă] Închiderea pluginului „INNODB_BUFFER_PAGE_LRU”
2022-02-10T06:48:19.254251Z 0 [Notă] Închiderea pluginului „INNODB_BUFFER_PAGE”
2022-02-10T06:48:19.254255Z 0 [Notă] Închiderea pluginului „INNODB_CMP_PER_INDEX_RESET”
2022-02-10T06:48:19.254258Z 0 [Notă] Închiderea pluginului „INNODB_CMP_PER_INDEX”
2022-02-10T06:48:19.254262Z 0 [Notă] Închiderea pluginului „INNODB_CMPMEM_RESET”
2022-02-10T06:48:19.254265Z 0 [Notă] Închiderea pluginului „INNODB_CMPMEM”
2022-02-10T06:48:19.254269Z 0 [Notă] Închiderea pluginului „INNODB_CMP_RESET”
2022-02-10T06:48:19.254272Z 0 [Notă] Închiderea pluginului „INNODB_CMP”
2022-02-10T06:48:19.254276Z 0 [Notă] Închiderea pluginului „INNODB_LOCK_WAITS”
2022-02-10T06:48:19.254279Z 0 [Notă] Închiderea pluginului „INNODB_LOCKS”
2022-02-10T06:48:19.254295Z 0 [Notă] Închiderea pluginului „INNODB_TRX”
2022-02-10T06:48:19.254299Z 0 [Notă] Închiderea pluginului „InnoDB”
2022-02-10T06:48:19.254402Z 0 [Notă] InnoDB: FTS optimizează ieșirea firului.
2022-02-10T06:48:19.254552Z 0 [Notă] InnoDB: Începe oprirea...
2022-02-10T06:48:19.354843Z 0 [Notă] InnoDB: descărcarea pool-urilor de buffer-uri în /var/lib/mysql/ib_buffer_pool
2022-02-10T06:48:19.356501Z 0 [Notă] InnoDB: descărcarea pool-urilor de buffer a fost finalizată la 220210 6:48:19
2022-02-10T06:48:20.819810Z 0 [Notă] InnoDB: Oprire finalizată; numărul de secvență de jurnal 36134591308
2022-02-10T06:48:20.820191Z 0 [Notă] InnoDB: Fișierul de date temporar pentru spațiul tabelelor a fost eliminat: „ibtmp1”
2022-02-10T06:48:20.820204Z 0 [Notă] Închiderea pluginului „MEMORY”
2022-02-10T06:48:20.820215Z 0 [Notă] Închiderea pluginului „CSV”
2022-02-10T06:48:20.820222Z 0 [Notă] Închiderea pluginului „sha256_password”
2022-02-10T06:48:20.820225Z 0 [Notă] Închiderea pluginului „mysql_native_password”
2022-02-10T06:48:20.820358Z 0 [Notă] Închiderea pluginului „binlog”
2022-02-10T06:48:20.821311Z 0 [Notă] /usr/sbin/mysqld: Închidere finalizată

2022-02-10T06:48:21.370898Z 0 [Avertisment] TIMESTAMP cu valoare implicită DEFAULT este depreciat. Vă rugăm să utilizați opțiunea server --explicit_defaults_for_timestamp (consultați documentația pentru mai multe detalii).
2022-02-10T06:48:21.372832Z 0 [Notă] mysqld (mysqld 5.7.37-0ubuntu0.18.04.1) începând cu procesul 8693...
2022-02-10T06:48:21.377512Z 0 [Notă] InnoDB: suport PUNCH HOLE disponibil
2022-02-10T06:48:21.377533Z 0 [Notă] InnoDB: Mutexurile și rw_lock-urile folosesc elementele integrate atomice GCC
2022-02-10T06:48:21.377538Z 0 [Notă] InnoDB: folosește mutexuri de evenimente
2022-02-10T06:48:21.377543Z 0 [Notă] InnoDB: __atomic_thread_fence() încorporat GCC este utilizat pentru bariera de memorie
2022-02-10T06:48:21.377547Z 0 [Notă] InnoDB: Tabelele comprimate folosesc zlib 1.2.11
2022-02-10T06:48:21.377551Z 0 [Notă] InnoDB: Utilizarea AIO nativă Linux
2022-02-10T06:48:21.377803Z 0 [Notă] InnoDB: Număr de pool-uri: 1
2022-02-10T06:48:21.377915Z 0 [Notă] InnoDB: Utilizarea instrucțiunilor CPU crc32
2022-02-10T06:48:21.379635Z 0 [Notă] InnoDB: Inițializarea pool-ului de buffer, dimensiunea totală = 1G, instanțe = 8, dimensiunea blocului = 128M
2022-02-10T06:48:21.447914Z 0 [Notă] InnoDB: Inițializare finalizată a pool-ului de buffer
2022-02-10T06:48:21.463713Z 0 [Notă] InnoDB: Dacă utilizatorul de execuție mysqld este autorizat, prioritatea firului de curățare a paginii poate fi modificată. Vezi pagina de manual a setpriority().
2022-02-10T06:48:21.484266Z 0 [Notă] InnoDB: S-au deschis 3 spații de tabele anulate
2022-02-10T06:48:21.484292Z 0 [Notă] InnoDB: 0 anulați spații tabele activate
2022-02-10T06:48:21.484511Z 0 [Notă] InnoDB: Cel mai înalt format de fișier acceptat este Barracuda.
2022-02-10T06:48:21.520917Z 0 [Notă] InnoDB: Crearea spațiului tabel partajat pentru tabele temporare
2022-02-10T06:48:21.521030Z 0 [Notă] InnoDB: Setarea dimensiunii fișierului „./ibtmp1” la 12 MB. Scrierea fizică a fișierului complet; Va rugam asteptati ...
2022-02-10T06:48:21.552476Z 0 [Notă] InnoDB: dimensiunea fișierului „./ibtmp1” este acum de 12 MB.
2022-02-10T06:48:21.552668Z 0 [Avertisment] InnoDB: Parametrul innodb_undo_logs este depreciat și poate fi eliminat în versiunile viitoare. Vă rugăm să utilizați în schimb innodb_rollback_segments. Consultați http://dev.mysql.com/doc/refman/5.7/en/innodb-undo-logs.html
2022-02-10T06:48:21.553292Z 0 [Notă] InnoDB: s-au găsit 1 segmente de refacere rollback. 1 segment(e) de refacere rollback sunt activi.
2022-02-10T06:48:21.553304Z 0 [Notă] InnoDB: 32 de segmente de rollback fără refacere sunt active.
2022-02-10T06:48:21.553598Z 0 [Notă] InnoDB: Se așteaptă începerea curățării
2022-02-10T06:48:21.603836Z 0 [Notă] InnoDB: 5.7.37 început; numărul de secvență de jurnal 36134591308
2022-02-10T06:48:21.604219Z 0 [Notă] Pluginul „FEDERATED” este dezactivat.
2022-02-10T06:48:21.604678Z 0 [Notă] InnoDB: Se încarcă pool-uri de buffer din /var/lib/mysql/ib_buffer_pool
2022-02-10T06:48:21.606857Z 0 [Avertisment] InnoDB: Nu se poate deschide tabelul mysql/gtid_executed din dicționarul de date intern al InnoDB, deși fișierul .frm pentru tabel există. Consultați http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html pentru cum să rezolvați problema.
mysqld: Tabelul „mysql.gtid_executed” nu există
2022-02-10T06:48:21.606890Z 0 [Avertisment] Tabelul Gtid nu este gata de utilizare. Tabelul „mysql.gtid_executed” nu poate fi deschis.
2022-02-10T06:48:21.608219Z 0 [Notă] S-au găsit ca.pem, server-cert.pem și server-key.pem în directorul de date. Încercarea de a activa suportul SSL folosindu-le.
2022-02-10T06:48:21.608233Z 0 [Notă] Se omite generarea de certificate SSL deoarece fișierele de certificate sunt prezente în directorul de date.
2022-02-10T06:48:21.608238Z 0 [Avertisment] Este activată o versiune TLS depreciată TLSv1. Vă rugăm să utilizați TLSv1.2 sau o versiune ulterioară.
2022-02-10T06:48:21.608241Z 0 [Avertisment] O versiune TLS depreciată TLSv1.1 este activată. Vă rugăm să utilizați TLSv1.2 sau o versiune ulterioară.
2022-02-10T06:48:21.611484Z 0 [Avertisment] Certificatul CA ca.pem este autosemnat.
2022-02-10T06:48:21.611520Z 0 [Notă] Se omite generarea perechii de chei RSA deoarece fișierele cheie sunt prezente în directorul de date.
2022-02-10T06:48:21.614815Z 0 [Avertisment] Configurație nesigură pentru --pid-file: Locația „/tmp” din cale este accesibilă tuturor utilizatorilor sistemului de operare. Luați în considerare alegerea unui alt director.
2022-02-10T06:48:21.615451Z 0 [Avertisment] InnoDB: Nu se poate deschide tabelul mysql/server_cost din dicționarul de date intern al InnoDB, deși fișierul .frm pentru tabel există. Consultați http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html pentru cum să rezolvați problema.
2022-02-10T06:48:21.615470Z 0 [Avertisment] Nu s-au putut deschide tabelele constante de cost ale optimizatorului

2022-02-10T06:48:21.616297Z 0 [Avertisment] InnoDB: Nu se poate deschide tabelul mysql/time_zone_leap_second din dicționarul de date intern al InnoDB, deși fișierul .frm pentru tabel există. Consultați http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html pentru cum să rezolvați problema.
2022-02-10T06:48:21.616314Z 0 [Avertisment] Nu se poate deschide și bloca tabelul de fus orar: tabelul „mysql.time_zone_leap_second” nu există încercând să trăiască fără ele
2022-02-10T06:48:21.616955Z 0 [Avertisment] InnoDB: Nu se poate deschide tabelul mysql/servere din dicționarul de date intern al InnoDB, deși fișierul .frm pentru tabel există. Consultați http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html pentru cum să rezolvați problema.
2022-02-10T06:48:21.617005Z 0 [EROARE] Nu se pot deschide și bloca tabelele de privilegii: Tabelul „mysql.servers” nu există
2022-02-10T06:48:21.682478Z 0 [Notă] mysqld: gata pentru conexiuni.
Versiune: „5.7.37-0ubuntu0.18.04.1” socket: „/tmp/tmp.q6ChLS0FIM/mysqld.sock” port: 0 (Ubuntu)
2022-02-10T06:48:21.747960Z 3 [Avertisment] InnoDB: Nu se poate deschide tabelul mysql/plugin din dicționarul de date intern al InnoDB, deși fișierul .frm pentru tabel există. Consultați http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html pentru cum să rezolvați problema.
2022-02-10T06:48:21.751266Z 0 [Notă] Oferirea celor 0 fire de discuții client șansa de a muri cu grație
2022-02-10T06:48:21.751284Z 0 [Notă] Închiderea firelor secundare
2022-02-10T06:48:21.751291Z 0 [Notă] Se deconectează forțat 0 clienți rămași
2022-02-10T06:48:21.751331Z 0 [Notă] Sfârșit binlog
2022-02-10T06:48:21.751679Z 0 [Notă] Închiderea pluginului „ngram”
2022-02-10T06:48:21.751688Z 0 [Notă] Închiderea „partiției” pluginului
2022-02-10T06:48:21.751692Z 0 [Notă] Închiderea pluginului „BLACKHOLE”
2022-02-10T06:48:21.751696Z 0 [Notă] Închiderea pluginului „ARHIVE”
2022-02-10T06:48:21.751699Z 0 [Notă] Închiderea pluginului „PERFORMANCE_SCHEMA”
2022-02-10T06:48:21.751726Z 0 [Notă] Închiderea pluginului „MRG_MYISAM”
2022-02-10T06:48:21.751730Z 0 [Notă] Închiderea pluginului „MyISAM”
2022-02-10T06:48:21.751736Z 0 [Notă] Închiderea pluginului „INNODB_SYS_VIRTUAL”
2022-02-10T06:48:21.751740Z 0 [Notă] Închiderea pluginului „INNODB_SYS_DATAFILES”
2022-02-10T06:48:21.751743Z 0 [Notă] Închiderea pluginului „INNODB_SYS_TABLESPACES”
2022-02-10T06:48:21.751747Z 0 [Notă] Închiderea pluginului „INNODB_SYS_FOREIGN_COLS”
2022-02-10T06:48:21.751750Z 0 [Notă] Închiderea pluginului „INNODB_SYS_FOREIGN”
2022-02-10T06:48:21.751753Z 0 [Notă] Închiderea pluginului „INNODB_SYS_FIELDS”
2022-02-10T06:48:21.751757Z 0 [Notă] Închiderea pluginului „INNODB_SYS_COLUMNS”
2022-02-10T06:48:21.751760Z 0 [Notă] Închiderea pluginului „INNODB_SYS_INDEXES”
2022-02-10T06:48:21.751771Z 0 [Notă] Închiderea pluginului „INNODB_SYS_TABLESTATS”
2022-02-10T06:48:21.751775Z 0 [Notă] Închiderea pluginului „INNODB_SYS_TABLES”
2022-02-10T06:48:21.751778Z 0 [Notă] Închiderea pluginului „INNODB_FT_INDEX_TABLE”
2022-02-10T06:48:21.751782Z 0 [Notă] Închiderea pluginului „INNODB_FT_INDEX_CACHE”
2022-02-10T06:48:21.751785Z 0 [Notă] Închiderea pluginului „INNODB_FT_CONFIG”
2022-02-10T06:48:21.751788Z 0 [Notă] Închiderea pluginului „INNODB_FT_BEING_DELETED”
2022-02-10T06:48:21.751792Z 0 [Notă] Închiderea pluginului „INNODB_FT_DELETED”
2022-02-10T06:48:21.751795Z 0 [Notă] Închiderea pluginului „INNODB_FT_DEFAULT_STOPWORD”
2022-02-10T06:48:21.751798Z 0 [Notă] Închiderea pluginului „INNODB_METRICS”
2022-02-10T06:48:21.751802Z 0 [Notă] Închiderea pluginului „INNODB_TEMP_TABLE_INFO”
2022-02-10T06:48:21.751805Z 0 [Notă] Închiderea pluginului „INNODB_BUFFER_POOL_STATS”
2022-02-10T06:48:21.751808Z 0 [Notă] Închiderea pluginului „INNODB_BUFFER_PAGE_LRU”
2022-02-10T06:48:21.751812Z 0 [Notă] Închiderea pluginului „INNODB_BUFFER_PAGE”
2022-02-10T06:48:21.751815Z 0 [Notă] Închiderea pluginului „INNODB_CMP_PER_INDEX_RESET”
2022-02-10T06:48:21.751818Z 0 [Notă] Închiderea pluginului „INNODB_CMP_PER_INDEX”
2022-02-10T06:48:21.751822Z 0 [Notă] Închiderea pluginului „INNODB_CMPMEM_RESET”
2022-02-10T06:48:21.751825Z 0 [Notă] Închiderea pluginului „INNODB_CMPMEM”
2022-02-10T06:48:21.751828Z 0 [Notă] Închiderea pluginului „INNODB_CMP_RESET”
2022-02-10T06:48:21.751832Z 0 [Notă] Închiderea pluginului „INNODB_CMP”
2022-02-10T06:48:21.751835Z 0 [Notă] Închiderea pluginului „INNODB_LOCK_WAITS”
2022-02-10T06:48:21.751838Z 0 [Notă] Închiderea pluginului „INNODB_LOCKS”
2022-02-10T06:48:21.751842Z 0 [Notă] Închiderea pluginului „INNODB_TRX”
2022-02-10T06:48:21.751845Z 0 [Notă] Închiderea pluginului „InnoDB”
2022-02-10T06:48:21.751876Z 0 [Notă] InnoDB: FTS optimizează ieșirea firului.
2022-02-10T06:48:21.751974Z 0 [Notă] InnoDB: Începe oprirea...
2022-02-10T06:48:21.752015Z 0 [Notă] InnoDB: Încărcarea pool-urilor de tampon s-a finalizat la 220210 6:48:21
2022-02-10T06:48:21.752037Z 0 [Notă] InnoDB: descărcarea pool-urilor de buffer-uri în /var/lib/mysql/ib_buffer_pool
2022-02-10T06:48:21.752203Z 0 [Notă] InnoDB: descărcarea pool-urilor de buffer a fost finalizată la 220210 6:48:21
2022-02-10T06:48:23.180121Z 0 [Notă] InnoDB: Oprire finalizată; numărul de secvență de jurnal 36134591327
2022-02-10T06:48:23.181629Z 0 [Notă] InnoDB: Fișierul de date temporar pentru spațiul tabelelor a fost eliminat: „ibtmp1”
2022-02-10T06:48:23.181644Z 0 [Notă] Închiderea pluginului „MEMORY”
2022-02-10T06:48:23.181651Z 0 [Notă] Închiderea pluginului „CSV”
2022-02-10T06:48:23.181656Z 0 [Notă] Închiderea pluginului „sha256_password”
2022-02-10T06:48:23.181660Z 0 [Notă] Închiderea pluginului „mysql_native_password”
2022-02-10T06:48:23.181788Z 0 [Notă] Închiderea pluginului „binlog”
2022-02-10T06:48:23.182138Z 0 [Notă] mysqld: Închidere finalizată

Când pornesc MySQL, iată ce spun jurnalele:

2022-02-10T07:00:47.819747Z 0 [Avertisment] TIMESTAMP cu valoare implicită DEFAULT este depreciat. Vă rugăm să utilizați opțiunea server --explicit_defaults_for_timestamp (consultați documentația pentru mai multe detalii).
2022-02-10T07:00:47.821725Z 0 [Notă] /usr/sbin/mysqld (mysqld 5.7.37-0ubuntu0.18.04.1) începând cu procesul 8871...
2022-02-10T07:00:47.826117Z 0 [Notă] InnoDB: suport PUNCH HOLE disponibil
2022-02-10T07:00:47.826140Z 0 [Notă] InnoDB: Mutexurile și rw_lock-urile folosesc elementele integrate atomice GCC
2022-02-10T07:00:47.826145Z 0 [Notă] InnoDB: folosește mutexuri de evenimente
2022-02-10T07:00:47.826150Z 0 [Notă] InnoDB: __atomic_thread_fence() încorporat GCC este folosit pentru bariera de memorie
2022-02-10T07:00:47.826155Z 0 [Notă] InnoDB: Tabelele comprimate folosesc zlib 1.2.11
2022-02-10T07:00:47.826160Z 0 [Notă] InnoDB: Utilizarea AIO nativă Linux
2022-02-10T07:00:47.826411Z 0 [Notă] InnoDB: Număr de pool-uri: 1
2022-02-10T07:00:47.826520Z 0 [Notă] InnoDB: Utilizarea instrucțiunilor CPU crc32
2022-02-10T07:00:47.829890Z 0 [Notă] InnoDB: Inițializarea pool-ului de buffer, dimensiunea totală = 1G, instanțe = 8, dimensiunea blocului = 128M
2022-02-10T07:00:47.900431Z 0 [Notă] InnoDB: Inițializarea pool-ului de buffer-uri a fost finalizată
2022-02-10T07:00:47.916391Z 0 [Notă] InnoDB: Dacă utilizatorul de execuție mysqld este autorizat, prioritatea firului de curățare a paginii poate fi modificată. Vezi pagina de manual a setpriority().
2022-02-10T07:00:47.928336Z 0 [Notă] InnoDB: S-au deschis 3 spații de tabele anulate
2022-02-10T07:00:47.928362Z 0 [Notă] InnoDB: 0 anulați spații tabele activate
2022-02-10T07:00:47.928568Z 0 [Notă] InnoDB: Cel mai înalt format de fișier acceptat este Barracuda.
2022-02-10T07:00:47.958351Z 0 [Notă] InnoDB: Crearea spațiului tabel partajat pentru tabele temporare
2022-02-10T07:00:47.958418Z 0 [Notă] InnoDB: Setarea dimensiunii fișierului „./ibtmp1” la 12 MB. Scrierea fizică a fișierului complet; Va rugam asteptati ...
2022-02-10T07:00:47.988870Z 0 [Notă] InnoDB: dimensiunea fișierului „./ibtmp1” este acum de 12 MB.
2022-02-10T07:00:47.989095Z 0 [Avertisment] InnoDB: Parametrul innodb_undo_logs este depreciat și poate fi eliminat în versiunile viitoare. Vă rugăm să utilizați în schimb innodb_rollback_segments. Consultați http://dev.mysql.com/doc/refman/5.7/en/innodb-undo-logs.html
2022-02-10T07:00:47.989671Z 0 [Notă] InnoDB: s-au găsit 1 segment(e) de refacere rollback. 1 segment(e) de refacere rollback sunt activi.
2022-02-10T07:00:47.989680Z 0 [Notă] InnoDB: 32 de segmente de rollback fără refacere sunt active.
2022-02-10T07:00:47.989974Z 0 [Notă] InnoDB: Se așteaptă începerea curățării
2022-02-10T07:00:48.040194Z 0 [Notă] InnoDB: 5.7.37 început; numărul de secvență de jurnal 36134591327
2022-02-10T07:00:48.040548Z 0 [Notă] Pluginul „FEDERATED” este dezactivat.
2022-02-10T07:00:48.041907Z 0 [Avertisment] InnoDB: Nu se poate deschide tabelul mysql/plugin din dicționarul de date intern al InnoDB, deși fișierul .frm pentru tabel există. Consultați http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html pentru cum să rezolvați problema.
mysqld: Tabelul „mysql.plugin” nu există
2022-02-10T07:00:48.041936Z 0 [EROARE] Nu se poate deschide tabelul mysql.plugin. Rulați mysql_upgrade pentru a-l crea.
2022-02-10T07:00:48.042370Z 0 [Avertisment] InnoDB: Nu se poate deschide tabelul mysql/gtid_executed din dicționarul de date intern al InnoDB, deși fișierul .frm pentru tabel există. Consultați http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html pentru cum să rezolvați problema.
mysqld: Tabelul „mysql.gtid_executed” nu există
2022-02-10T07:00:48.042391Z 0 [Avertisment] Tabelul Gtid nu este gata de utilizare. Tabelul „mysql.gtid_executed” nu poate fi deschis.
2022-02-10T07:00:48.043734Z 0 [Notă] S-au găsit ca.pem, server-cert.pem și server-key.pem în directorul de date. Încercarea de a activa suportul SSL folosindu-le.
2022-02-10T07:00:48.043748Z 0 [Notă] Se omite generarea de certificate SSL deoarece fișierele de certificate sunt prezente în directorul de date.
2022-02-10T07:00:48.043753Z 0 [Avertisment] O versiune TLS depreciată TLSv1 este activată. Vă rugăm să utilizați TLSv1.2 sau o versiune ulterioară.
2022-02-10T07:00:48.043756Z 0 [Avertisment] O versiune TLS depreciată TLSv1.1 este activată. Vă rugăm să utilizați TLSv1.2 sau o versiune ulterioară.
2022-02-10T07:00:48.044304Z 0 [Avertisment] Certificatul CA ca.pem este autosemnat.
2022-02-10T07:00:48.044336Z 0 [Notă] Se omite generarea perechii de chei RSA deoarece fișierele cheie sunt prezente în directorul de date.
2022-02-10T07:00:48.044406Z 0 [Notă] Nume gazdă server (adresă-legare): „127.0.0.1”; portul: 3306
2022-02-10T07:00:48.044423Z 0 [Notă] - „127.0.0.1” se rezolvă la „127.0.0.1”;
2022-02-10T07:00:48.046215Z 0 [Notă] Socket server creat pe IP: „127.0.0.1”.
2022-02-10T07:00:48.046442Z 0 [Avertisment] InnoDB: Nu se poate deschide tabelul mysql/server_cost din dicționarul de date intern al InnoDB, deși fișierul .frm pentru tabel există. Consultați http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html pentru cum să rezolvați problema.
2022-02-10T07:00:48.046460Z 0 [Avertisment] Nu s-au putut deschide tabelele constante de cost ale optimizatorului

2022-02-10T07:00:48.046921Z 0 [Notă] InnoDB: Se încarcă pool-uri de buffer din /var/lib/mysql/ib_buffer_pool
2022-02-10T07:00:48.050380Z 0 [Avertisment] InnoDB: Nu se poate deschide tabelul mysql/time_zone_leap_second din dicționarul de date intern al InnoDB, deși fișierul .frm pentru tabel există. Consultați http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html pentru cum să rezolvați problema.
2022-02-10T07:00:48.050401Z 0 [Avertisment] Nu se poate deschide și bloca tabelul de fus orar: tabelul „mysql.time_zone_leap_second” nu există încercând să trăiască fără ele
2022-02-10T07:00:48.053135Z 0 [Avertisment] InnoDB: Nu se poate deschide tabelul mysql/servere din dicționarul de date intern al InnoDB, deși fișierul .frm pentru tabel există. Consultați http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html pentru cum să rezolvați problema.
2022-02-10T07:00:48.053164Z 0 [EROARE] Nu se pot deschide și bloca tabelele de privilegii: Tabelul „mysql.servers” nu există
2022-02-10T07:00:48.057666Z 0 [Notă] InnoDB: Încărcarea pool-urilor de tampon s-a finalizat la 220210 7:00:48
2022-02-10T07:00:48.060428Z 0 [Notă] Programator de evenimente: 0 evenimente încărcate
2022-02-10T07:00:48.060602Z 0 [Notă] /usr/sbin/mysqld: gata pentru conexiuni.
Versiune: „5.7.37-0ubuntu0.18.04.1” socket: „/var/run/mysqld/mysqld.sock” port: 3306 (Ubuntu)

EDITAȚI | ×

De asemenea, folosesc niște parametri personalizați (/etc/mysql/mysql.conf.d/mysqld.cnf):

innodb_buffer_pool_size = 1G
innodb_undo_tablespaces = 3
innodb_undo_directory = /var/lib/mysql/undo
innodb_undo_log_truncate = ON
innodb_max_undo_log_size = 16M
innodb_undo_logs = 1

Editare 2

Aseară am repornit serverul MySQL într-una din cele trei mașini pentru a vedea dacă în această dimineață nu se va bloca ca în ultimele zile (căci par să se oprească la aproximativ 24 de ore după ce au fost pornite).

Din păcate, MySQL sa oprit din nou cam în același timp.

Am verificat RAM disponibilă în mașină cu câteva minute înainte de oprire, aveam aproximativ 1 GB disponibil. De obicei, memoria RAM este disponibilă.PM2 nu consumă aproape nimic.

De asemenea, am reinstalat MySQL complet pe alta dintre cele trei mașini (cu aceeași configurație). Iar pe aceasta, nu a existat nici un accident până acum.

EDITARE 3

Datorită ultimului comentariu al lui Gerrit, am găsit ceva interesant /var/log/dpkg.log:

2022-02-11 06:08:17 pachetele de pornire sunt eliminate
2022-02-11 06:08:17 stare instalat linux-modules-5.4.0-1063-aws:amd64 5.4.0-1063.66~18.04.1
2022-02-11 06:08:17 eliminați linux-modules-5.4.0-1063-aws:amd64 5.4.0-1063.66~18.04.1 <niciunul>
2022-02-11 06:08:17 stare semiconfigurate linux-module-5.4.0-1063-aws:amd64 5.4.0-1063.66~18.04.1
2022-02-11 06:08:17 stare semiinstalat linux-modules-5.4.0-1063-aws:amd64 5.4.0-1063.66~18.04.1
2022-02-11 06:08:17 stare fișiere de configurare linux-modules-5.4.0-1063-aws:amd64 5.4.0-1063.66~18.04.1
2022-02-11 06:08:17 stare fișiere de configurare linux-modules-5.4.0-1063-aws:amd64 5.4.0-1063.66~18.04.1
2022-02-11 06:08:17 configurarea pachetelor de pornire
2022-02-11 06:08:17 configura mysql-server-5.7:amd64 5.7.37-0ubuntu0.18.04.1 <niciunul>
2022-02-11 06:08:17 stare pe jumătate configurat mysql-server-5.7:amd64 5.7.37-0ubuntu0.18.04.1

Acest lucru s-a întâmplat în același timp în care serverul MySQL s-a oprit.

Cum pot dezactiva acest script „configure mysql-server-5.7” sau îl pot finaliza manual pentru a remedia problema?

Gerrit avatar
drapel cn
Se pare că definiția bazei de date mysql din fișierul de date principal innodb nu este sincronizată cu situația din sistemul de fișiere data/mysql. S-a întâmplat o actualizare mysql pe un sistem ocupat și a fost întreruptă? Vedeți și https://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting-datadict.html
drapel au
@Gerrit, nu știu, pare puțin probabil să se fi întâmplat asta pe toate cele trei servere. Crezi că o nouă reinstalare ar putea rezolva problema?
Gerrit avatar
drapel cn
În principal mesajul despre .frm este că fișierele care există, dar nu pot fi găsite în dicționarul de date al innodb, provoacă probleme. Există un fișier /var/lib/mysql/mysql_upgrade_info și care este timpul acestuia? Deoarece pare să existe o neconcordanță între dicționarul tablespace și sistemul de fișiere, aceasta probabil nu are legătură cu executabilele mysql. Dacă aveți o copie de rezervă, puteți încerca asta pe un sistem pentru a vedea dacă începe corect fără aceste mesaje .frm.
Gerrit avatar
drapel cn
De asemenea, acest lucru pare foarte scăzut: au fost găsite 1 segmente de refacere rollback. Ați stocat undo_log-uri în altă parte? Încercați să setați innodb_rollback_segments la 128.
Gerrit avatar
drapel cn
Aveți o setare innodb_undo_directory? Deoarece mysql pare să găsească doar segmentul de rollback în interiorul tablespace-ului principal.
drapel au
@Gerrit, am actualizat postarea pentru a împărtăși configurația mea personalizată
Gerrit avatar
drapel cn
innodb_undo_logs (alias de innodb_rollback_segments) este mult prea mic. Chiar și o singură tranzacție care utilizează atât inserări, cât și actualizări în afara tabelelor temporare ar eșua. Și cu doar 1, nici setarea de trunchiere nu va funcționa niciodată. Setează-l la 128 și gata.
drapel ua
Cât RAM? Ce versiune de MySQL? Există o copie de rezervă obișnuită _de orice fel_?
Wilson Hauck avatar
drapel jp
Versiunea 5.7.37 a devenit GA în 2022 01 18 - cu mai puțin de o lună în urmă. Poate că aveți un caz limită care vă creează problema unică. innodb_buffer_pool_size chiar are nevoie de doar 1 G? Rick și cu mine am dori să știm câtă memorie RAM pe server? Pot vedea 5.7.37 în jurnalul de erori la pornire.
drapel au
@RickJames, cantitatea de RAM disponibilă în mașină este de 2 GB. Și nu, nu există niciun fel de rezervă. Singurele lucruri care rulează sunt serverul MySQL și o instanță PM2.
drapel au
@WilsonHauck, nu este suficient 1 GB pentru innodb_buffer_pool_size? Folosesc această configurație de luni de zile (darămite la început) și nu am avut probleme până de curând. Da, versiunea este 5.7.37
drapel ua
Sugerați să aruncați `innodb_buffer_pool_size` la `500M`; Nu stiu cat consuma RAM PM2.
Wilson Hauck avatar
drapel jp
Acum trei luni, 5.7.37 nu era disponibil. Ar trebui să bănuiesc că ceva legat de actualizarea versiunii dvs. 5.7.37 nu s-a terminat cu succes. Innodb_buffer_pool_size de 1G este suficient.după cum a sugerat Rick James, lasă-l la 500M și s-ar putea să supraviețuiești pe serverul tău 2G.
drapel au
@RickJames, nu cred că are legătură cu RAM, deoarece de obicei există aproximativ 1 GB disponibil când verific în mod regulat. PM2 nu consumă aproape nimic.
drapel au
@WilsonHauck, de obicei fac actualizările Ubuntu cu serverul MySQL activat, ceea ce este o idee foarte proastă! De asemenea, tranzacțiile sunt efectuate în mod constant pe serverul MySQL. Deci, este posibil ca ultima actualizare să fi avut loc la momentul nepotrivit.
Gerrit avatar
drapel cn
Upgrade-urile nesupravegheate încearcă să termine upgrade-ul de fiecare dată din nou dimineața? Căutați în fișierele /var/log/unattended-upgrades și în /var/log/dpkg.log
drapel au
Mulțumesc @Gerrit, am actualizat postarea. Se pare că un script „configure mysql-server-5.7” cauzează închiderea
Gerrit avatar
drapel cn
Aveți probleme cu exact acele tabele din baza de date mysql care sunt stocate pe innodb. Probabil că setarea innodb_undo_logs = 1 sa dovedit a fi dezastruoasă la actualizare. Oprirea serverului mysql și efectuarea `apt-get install --reinstall mysql-server-5.7` după ce ați lăsat acea setare implicită sau ați pus-o pe 128 ar trebui să o remediați.
drapel au
@Gerrit, mulțumesc. Se pare că a funcționat. Poate doriți să adăugați soluția dvs. ca răspuns?
Puncte:1
drapel cn

Când un serviciu se oprește pe serverul Ubuntu în mod neașteptat, o posibilă cauză este actualizările nesupravegheate, care rulează ceva timp dimineața devreme. Activitatea acestui sistem poate fi văzută în /var/log/unattended-upgrades/ dosare și /var/log/dkpg.log.

Dacă o astfel de actualizare se blochează, va încerca din nou în următoarea rundă de upgrade-uri nesupravegheate sau la orice acțiune de upgrade adecvată.

A avea mysql care rulează atunci când vine actualizarea, nu este dăunător în sine, deoarece scriptul de actualizare va opri serviciul și îl va rula izolat. Cu toate acestea, setările de serviciu local pe care le-ați făcut pentru mysql pot avea în continuare un impact asupra executării actualizării.

Puteți verifica starea pachetului cu dpkg -l mysql-server-5.7

În acest caz, mesajele de pornire mysql au indicat că starea internă a dicționarului de tabele innodb diferă de situația văzută pe disc. Mesaje precum: Nu se poate deschide tabelul mysql/plugin din dicționarul de date intern al InnoDB, deși fișierul .frm pentru tabel există. Consultați http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html pentru cum să rezolvați problema. mysqld: Tabelul „mysql.plugin” nu există indica faptul că mysql baza de date a sistemului a fost afectată. Acest lucru se schimbă în mod normal numai la o actualizare a mysql.

De asemenea, a fost un mesaj la pornire:S-au găsit 1 segmente de refacere rollback

Acest lucru nu este normal, cu setările implicite pentru segmentele de rollback, acesta va fi 96. Poate fi setat cu innodb_rollback_segments sau pseudonimul acestuia innodb_undo_logs. Acest parametru a dispărut cu totul în versiunile mai noi de mysql. Scopul segmentelor de rollback este de a stoca datele care sunt modificate prin actualizări și inserări în interiorul tranzacțiilor sql pe motorul innodb și de a asigura ACIDnessul tranzacțiilor. Pentru tabelele temporare există 32 de segmente de rollback separate fără refacere. Fiecare tranzacție de actualizare și fiecare tranzacție de inserare necesită un segment separat de rollback. Deci, chiar și o tranzacție poate avea nevoie de 2 segmente de rollback. Acum, dacă aveți un singur segment de rollback, tranzacția nu se va putea finaliza niciodată. O astfel de situație poate trece neobservată pentru o vreme, deoarece o mulțime de coduri simple nu utilizează niciodată tranzacții cu excepția celor implicite și, de obicei, o instrucțiune nu se actualizează și nu se inserează în același timp. Dar, mai devreme sau mai târziu, te vei confrunta cu o situație de blocare ca aceasta, în care scriptul de actualizare s-a blocat. De asemenea, spațiile de tabele de anulare vor crește la infinit, deoarece fără un segment de rollback în rezervă, trunchierea nu va rula niciodată.

Eliminați setarea personalizată pentru segmentele de rollback și reinstalați serviciul cu apt install -reinstall mysql-server-5.7 sau încercați să rulați manual scriptul de configurare cu dpkg --configure mysql-server-5.7.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.