☰

Percona MySQL 8.0.25-15 preenchendo log lento apenas com cabeçalhos

tag-icon • tag-icon mysql logging percona
Percona MySQL 8.0.25-15 preenchendo log lento apenas com cabeçalhos

Alguém já teve um problema em que o log lento está ativado com as seguintes opções:

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)

Recebo um problema estranho em que o arquivo de log lento recebe spam com a mesma coisa repetidamente, sem uma única consulta de log lento:

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

Essas três linhas recebem spam constantemente, cerca de 100 kilobytes por segundo. Não só isso, por causa disso a replicação estava atrasada, os segundos atrás do mestre aumentavam constantemente. Eu estava percebendo algum uso estranho dos discos do sistema operacional (o datadir do MySQL está em uma matriz diferente) onde o diretório /var/log/mysql reside, suponho que ele estava descarregando no disco cada uma dessas mensagens inúteis. Depois que desativei slow_query_log, o SBM começou a cair muito rápido e não teve problemas para acompanhar.

Estou encontrando um bug no Percona MySQL, não consigo encontrar nenhuma referência sobre isso em lugar nenhum?

Responder1

Considere adicionar ao my.cnf ou my.ini o seguinte

min_examined_row_limit=1

para evitar conversas inúteis no log de consulta lenta.

Responder2

Talvez você não tenha nenhuma consulta que demore mais de 10 segundos?

Provavelmente long_query_timeainda está no padrão de 10 (segundos). Este é principalmente um valor inutilmente alto; abaixe-o para, digamos, 1.

Alguma coisa está acontecendo FLUSH LOGS? Verifique se há tarefas agendadas. Isso está no seu próprio site ou em alguma nuvem? Eles podem estar causando isso.

informação relacionada