Percona MySQL 8.0.25-15 füllt langsames Protokoll nur mit Headern

Percona MySQL 8.0.25-15 füllt langsames Protokoll nur mit Headern

Hat jemand ein Problem erlebt, wenn das langsame Protokoll mit den folgenden Optionen aktiviert ist:

root@(none)> show global variables like "%slow_query%";
+-----------------------------------+-------------------------------+
| Variable_name                     | Value                         |
+-----------------------------------+-------------------------------+
| slow_query_log                    | ON                            |
| slow_query_log_always_write_time  | 10.000000                     |
| slow_query_log_file               | /var/log/mysql/mysql-slow.log |
| slow_query_log_use_global_control |                               |
+-----------------------------------+-------------------------------+
4 rows in set (0.00 sec)

Ich habe das seltsame Problem, dass die Slow-Log-Datei immer wieder mit dem gleichen Inhalt vollgespammt wird, ohne dass eine einzige Slow-Log-Abfrage erfolgt:

Time                 Id Command    Argument
/usr/sbin/mysqld, Version: 8.0.25-15 (Percona Server (GPL), Release '15', Revision 'a558ec2'). started with:
Tcp port: 3306  Unix socket: /var/run/mysqld/mysqld.sock

Diese drei Zeilen werden ständig als Spam verschickt, ungefähr 100 Kilobyte pro Sekunde. Nicht nur das, die Replikation verzögerte sich dadurch, die Sekunden hinter dem Master stiegen ständig. Mir fiel eine seltsame Nutzung der OS-Festplatten auf (das MySQL-Datenverzeichnis befindet sich auf einem anderen Array), auf denen sich das Verzeichnis /var/log/mysql befindet. Ich nehme an, es hat jede einzelne dieser nutzlosen Nachrichten auf die Festplatte geschrieben. Nachdem ich slow_query_log deaktiviert hatte, begann der SBM sehr schnell zu sinken und hat keine Probleme, mitzuhalten.

Habe ich einen Fehler mit Percona MySQL, ich kann nirgendwo einen Hinweis darauf finden?

Antwort1

Erwägen Sie, der Datei my.cnf oder my.ini Folgendes hinzuzufügen

min_examined_row_limit=1 

um nutzloses Geschwätz im Slow Query Log zu vermeiden.

Antwort2

Vielleicht haben Sie keine Abfragen, die länger als 10 Sekunden dauern?

Liegt wahrscheinlich long_query_timeimmer noch beim Standardwert von 10 (Sekunden). Dies ist meist ein unnötig hoher Wert; senken Sie ihn beispielsweise auf 1.

Ist da etwas los FLUSH LOGS? Suchen Sie nach Cron-Jobs. Befindet sich das auf Ihrer eigenen Site oder in einer Cloud? Das könnte die Ursache sein.

verwandte Informationen