Início / dba / Perguntas / 19285
Accepted
Ladadadada
Asked: 2012-06-15 10:38:41 +0800 CST

log_warnings não parece funcionar para conexões abortadas no MySQL 5.1

  • 772

Os documentos para 5.1 dizem que posso definir log_warnings = 2a captura Aborted_connectsno log de erros. Este relatório de bug sugere que isso foi mesclado apenas em 5.5 e 6.0 (e talvez 5.2), mas não em 5.1.

Eu tentei todas as combinações set global log_warnings = 2;e set global log_warnings = 1;seguidas por tentativas de login com usuários válidos e inválidos e inválidos e nenhuma senha resulta em nada no log de erros.

  1. Os documentos estão incorretos ou cometi algum erro em algum lugar?
  2. Outros tipos de conexões abortadas (como perda de rede durante o login ou permissões impróprias para o banco de dados) são registrados no log de erros?
  3. Os clientes abortados são registrados no log de erros?

Algumas outras coisas que verifiquei/fiz:

  • log_errorestá definido como /var/log/mysql/error.log.
  • Esse arquivo existe e o mysqldprocesso o abriu.
  • A última entrada é de 01/06/2012.
  • skip-log-warningsnão está definido my.cnfe o processo foi iniciado sem argumentos.
  • skip_log_warningsnão existe emSHOW GLOBAL VARIABLES LIKE '%skip%'
  • O uptime do MySQL é de 50 dias.
  • Eu corri FLUSH LOGSapenas no caso.
  • A string da versão é 5.1.62-0ubuntu0.10.04.1-log.
  • O Aborted_connectsvalor aumenta em um toda vez que tento uma tentativa de conexão inválida.
mysql logs

1 respostas

  1. Best Answer

    Este parece ser um bug indescritível que ninguém quer consertar

    De acordo com http://bugs.mysql.com/bug.php?id=24761 , a conexão abortada é registrada no log geral

    [29 Sep 2008 8:03] Konstantin Osipov
OK, it was fixed differently:
      /*
        Log the command before authentication checks, so that the user can
        check the log for the tried login tried and also to detect
        break-in attempts.
      */
      general_log_print(thd, command,
                        (thd->main_security_ctx.priv_user ==
                         thd->main_security_ctx.user ?
                         (char*) "%s@%s on %s" :
                         (char*) "%s@%s as anonymous on %s"),
                        thd->main_security_ctx.user,
                        thd->main_security_ctx.host_or_ip,
                        db ? db : (char*) "");

So, this is logged in the general log at least.

I was reviewing a patch that added more logging,
but I can't remember the worklog task number.

    Nós apenas temos que esperar no MySQL (quero dizer Oracle) para consertá-lo. (Isso foi sarcasmo)

    • 3

relate perguntas