Mysql quebrado após a atualização

Question

Eu tenho um desktop Ubuntu 16.04 atualizado. Eu instalei uma atualização de rotina hoje, que incluiu uma atualização do MySQL. O mysql está quebrado agora.

Eu segui o procedimento aqui: 16.04 upgrade quebrou o mysql-server mas agora eu recebo:  serviço mysql start Job para mysql.service falhou porque o processo de controle foi encerrado com o código de erro. Veja "systemctl status mysql.service" e "journalctl -xe" para detalhes.

root@civet:~# systemctl status mysql.service
● mysql.service - MySQL Community Server
   Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: en
   Active: inactive (dead) (Result: exit-code) since Sat 2017-01-21 16:03:52 EST
  Process: 32687 ExecStartPost=/usr/share/mysql/mysql-systemd-start post (code=e
  Process: 32686 ExecStart=/usr/sbin/mysqld (code=exited, status=0/SUCCESS)
  Process: 15576 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=exi
 Main PID: 32686 (code=exited, status=0/SUCCESS)

Jan 21 16:03:52 civet systemd[1]: Failed to start MySQL Community Server.
Jan 21 16:03:52 civet systemd[1]: mysql.service: Unit entered failed state.
Jan 21 16:03:52 civet systemd[1]: mysql.service: Failed with result 'exit-code'.
Jan 21 16:03:52 civet systemd[1]: mysql.service: Service hold-off time over, sch
Jan 21 16:03:52 civet systemd[1]: Stopped MySQL Community Server.
Jan 21 16:03:52 civet systemd[1]: mysql.service: Start request repeated too quic
Jan 21 16:03:52 civet systemd[1]: Failed to start MySQL Community Server.
root@civet:~# service mysql stop
root@civet:~# service mysql start
Job for mysql.service failed because the control process exited with error code. See "systemctl status mysql.service" and "journalctl -xe" for details.
root@civet:~# journalctl -xe
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit mysql.service has failed.
-- 
-- The result is failed.
Jan 21 16:06:09 civet systemd[1]: mysql.service: Unit entered failed state.
Jan 21 16:06:09 civet systemd[1]: mysql.service: Failed with result 'exit-code'.
Jan 21 16:06:09 civet systemd[1]: mysql.service: Service hold-off time over, sch
Jan 21 16:06:09 civet systemd[1]: Stopped MySQL Community Server.
-- Subject: Unit mysql.service has finished shutting down
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit mysql.service has finished shutting down.
Jan 21 16:06:09 civet systemd[1]: mysql.service: Start request repeated too quic
Jan 21 16:06:09 civet systemd[1]: Failed to start MySQL Community Server.
-- Subject: Unit mysql.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit mysql.service has failed.
-- 
-- The result is failed.

Alguma sugestão? Ajuda seria apreciada.

Obrigado. Eu tenho usado o mysqldump para fazer backups diários por algum tempo. Vou empregar o automysqlbackup assim que eu tiver o mysql instalado e funcionando novamente. Eu corri o comando remove -purge, seguido pela instalação, e é isso que eu tenho (está acontecendo assim o dia todo)

Renaming removed key_buffer and myisam-recover options (if present)
mysql_upgrade: Got error: 1524: Plugin 'mysql_old_password' is not loaded while connecting to the MySQL server
Upgrade process encountered error and will not continue.
mysql_upgrade failed with exit status 11
dpkg: error processing package mysql-server-5.7 (--configure):
 subprocess installed post-installation script returned error exit status 1
No apport report written because the error message indicates its a followup error from a previous failure.
                                                                                                          dpkg: dependency problems prevent configuration of mysql-server:
 mysql-server depends on mysql-server-5.7; however:
  Package mysql-server-5.7 is not configured yet.

dpkg: error processing package mysql-server (--configure):
 dependency problems - leaving unconfigured
Processing triggers for systemd (229-4ubuntu16) ...
Processing triggers for ureadahead (0.100.0-19) ...
Errors were encountered while processing:
 mysql-server-5.7
 mysql-server
E: Sub-process /usr/bin/dpkg returned an error code (1)

Eu pareço estar andando em círculos. Além disso, a solução alternativa old_password não funciona mais, então tentei definir old_passwords GLOBAL = 0;

Se eu tentar conectar ao mysql eu recebo: ERRO 2002 (HY000): Não é possível conectar-se ao servidor MySQL local através do soquete '/var/run/mysqld/mysqld.sock' (2) Eu tenho o soquete definido para esse caminho em my.cnf

    

Answer 1

Sugiro fazer o backup e, em seguida, limpar e reinstalar o servidor mysql.

Você pode instalar o automysqlbackup?

sudo apt-get install automysqlbackup

Em seguida, execute o automysqlbackup a partir da linha de comando e faça também um backup do diretório / etc:

sudo /usr/sbin/automysqlbackup

sudo rsync -av /etc/ $HOME/etc-backup/

Verifique se o automysqlbackup criou os backups com êxito:

sudo ls -la /var/lib/automysqlbackup/daily/

Depois disso, remova os pacotes do servidor mysql, limpe a configuração e reinstale o servidor mysql:

sudo apt-get remove --purge mysql-server*

sudo apt-get install mysql-server

Coloque de volta seus mysqldumps, copiando do diretório "daily" mencionado automaticamente do automysqlbackup, descompacte o arquivo e, em seguida:

sudo mysql --defaults-file=/etc/mysql/debian.cnf

mysql> create database example-db;
mysql> quit

sudo mysql -u root -p example-db < example-db-daily.sql

Faça o mesmo para todos os seus bancos de dados.

    

Answer 2

Problema resolvido reinstalando (duas vezes) do mysql. No entanto, o MySQL Workbench não se conectará agora, com erro: