Deoarece ne-am actualizat serverul MySQL la 8.0.21 de la 5.7, jurnalul nostru de erori este aglomerat cu următorul mesaj (dacă este chiar un mesaj de eroare?), care ocupă mult spațiu în jurnal și este spam constant:
2021-11-19T14:33:45.754254Z 0 [Notă] [MY-012102] [InnoDB] Deschideți lista de fișiere len în fragmentul 17 este 0
2021-11-19T14:33:45.754589Z 0 [Notă] [MY-012102] [InnoDB] Deschideți lista de fișiere len în fragmentul 18 este 0
2021-11-19T14:33:45.754923Z 0 [Notă] [MY-012102] [InnoDB] Deschideți lista de fișiere len în fragmentul 19 este 0
2021-11-19T14:33:45.755256Z 0 [Notă] [MY-012102] [InnoDB] Deschideți lista de fișiere len în fragmentul 20 este 0
2021-11-19T14:33:45.755592Z 0 [Notă] [MY-012102] [InnoDB] Deschideți lista de fișiere len în fragmentul 21 este 0
2021-11-19T14:33:45.755927Z 0 [Notă] [MY-012102] [InnoDB] Deschideți lista de fișiere len în fragmentul 22 este 0
2021-11-19T14:33:45.756262Z 0 [Notă] [MY-012102] [InnoDB] Deschideți lista de fișiere len în fragmentul 23 este 0
2021-11-19T14:33:45.756597Z 0 [Notă] [MY-012102] [InnoDB] Deschideți lista de fișiere len în fragmentul 24 este 0
2021-11-19T14:33:45.756932Z 0 [Notă] [MY-012102] [InnoDB] Deschideți lista de fișiere len în fragmentul 25 este 0
În rest, baza de date funcționează bine și totul funcționează conform intenției.
Înțeleg că pot reduce verbozitatea jurnalului la „2” de la „3”, dar în acest fel unele evenimente importante pot fi ratate.
Știe cineva ce ar putea cauza acest lucru și cum se poate remedia?
