Você conseguiu usar o MySQL com sucesso anteriormente ou foi a primeira vez que você tentou executá-lo? Você verificou se todos os arquivos e diretórios listados em seu arquivo de configuração em /etc/my.cnf
existem? Se você vir uma referência nesse arquivo para um arquivo log-error
, verifique se há mensagens de erro nesse arquivo.
Eu vejo que a função de inicialização "Plugin 'InnoDB' retornou erro. 160331 21:09:35 [ERROR] O registro do Plugin 'InnoDB' como um STORAGE ENGINE falhou." na saída que você postou. O site MySQL tem um artigo " 14.19.1 Solução de problemas de E / S do InnoDB "isso sugere:
If something goes wrong when
InnoDB
attempts to initialize its tablespace or its log files, delete all files created byInnoDB
: allibdata
files and allib_logfile
files. If you already created some InnoDB tables, also delete the corresponding.frm
files for these tables, and any.ibd
files if you are using multiple tablespaces, from the MySQL database directories. Then try the InnoDB database creation again. For easiest troubleshooting, start the MySQL server from a command prompt so that you see what is happening
Eu vejo mysqld: unknown variable 'log_slow_verbosity=query_plan'
como o último erro exibido. De acordo com 5.1.4 Variáveis do sistema do servidor , os valores permitidos para log-slow-verbosity
, são os números 1, 2 ou 3 com 1, especificando que apenas erros devem ser registrados, 2 especificando que erros e avisos devem ser registrados e 3 especificando que erros, avisos e notas devem ser registrados. Portanto, eu esperaria algo como log_slow_verbosity=2
(3 é o valor padrão), em vez disso, se você quisesse controlar o detalhamento do servidor ao gravar mensagens de erro, aviso e observação no log de erros (consulte 5.4.2 O registro de erros ). Além disso, a página no site do MySQL aponta:
Errors, warnings, and notes log_error_verbosity was added in MySQL 5.7.2. It is preferred over, and should be used instead of, the older log_warnings system variable.
Além de usar um valor ilegal para a variável, você parece estar usando uma versão do MySQL anterior à introdução dessa variável, já que vejo mysqld 5.5.47-0ubuntu0.14.04.1-log
na saída que você postou. Remover essa linha do arquivo de configuração do MySQL pode não permitir que o MySQL inicie, mas remover essa linha deve eliminar um dos erros observados.
Você também pode procurar por my-default.cnf
em seu sistema. Isso é um arquivo de modelo instalado quando o MySQL é instalado. Você poderia procurá-lo com find / -name my-default.cnf
. Se você encontrá-lo, você poderia fazer o backup do seu arquivo my.cnf
atual e substituí-lo pelo padrão e então tentar reiniciar o MySQL para ver se isso ajuda. Além disso, você pode renomear ou mover o arquivo my.cnf
e tentar atualizar o MySQL para a versão mais recente com um novo arquivo my.cnf
dessa atualização.