A tabela 'performance_schema.session_variables' não existe

Depois de atualizar o MySQL para 5.7.8-rc e fazer logon no servidor, recebi o erro:

Table 'performance_schema.session_variables' doesn't exist

Não consigo encontrar nenhuma solução para isso. Você pode ajudar ?

O mysql_upgrade também funcionou para mim:

# mysql_upgrade -u root -p --force
# systemctl restart mysqld

Atenciosamente, MSz.

Consegui fazer logon no servidor mysql depois de executar o comando @robregonm sugerido:

mysql_upgrade -u root -p --force

É necessário reiniciar o servidor MySQL.

mysql -u app -p
mysql> set @@global.show_compatibility_56=ON;

conforme http://bugs.mysql.com/bug.php?id=78159 funcionou para mim.

Como nenhuma das respostas acima realmente explica o que aconteceu, decidi entrar em cena e trazer mais alguns detalhes para esse problema.

Sim, a solução é executar o comando Upgrade do MySQL, da seguinte maneira: mysql_upgrade -u root -p --force mas o que aconteceu?

A causa raiz desse problema é a corrupção de performance_schema, que pode ser causada por:

• Corrupção orgânica (volumes que vão do kaboom, bug do mecanismo, problema do driver do kernel etc.)
• Corrupção durante o patch do mysql (não é inédito que isso ocorra durante um patch do mysql, especialmente para atualizações de versão principais)
• Um simples "drop data performance_schema" obviamente causará esse problema e apresentará os mesmos sintomas como se estivesse corrompido

Esse problema pode estar presente no seu banco de dados mesmo antes do patch, mas o que aconteceu no MySQL 5.7.8 especificamente é que o sinalizador show_compatibility_56alterou seu valor padrão de ser ativado ONpor padrão paraOFF . Este sinalizador controla como o mecanismo se comporta nas consultas para definir e ler variáveis ​​(sessão e global) em várias versões do MySQL.

Como o MySQL 5.7+ começou a ler e armazenar essas variáveis ​​ativadas em performance_schemavez de ativadas information_schema, essa flag foi introduzida ONnos primeiros lançamentos para reduzir o raio de explosão dessa alteração e permitir que os usuários soubessem da mudança e se acostumassem.

OK, mas por que a conexão falha? Como, dependendo do driver que você está usando (e de sua configuração), ele pode acabar executando comandos para cada nova conexão iniciada no banco de dados (como show variables, por exemplo). Como um desses comandos pode tentar acessar um arquivo corrompidoperformance_schema , toda a conexão é interrompida antes de ser totalmente iniciada.

Portanto, em resumo, você pode (é impossível dizer agora) ter performance_schemafaltado ou corrompido antes de aplicar o patch. O patch para 5.7.8 forçou o mecanismo a ler suas variáveis performance_schema(em vez de de information_schemaonde estava lendo por causa da ativação do sinalizador ON). Desde que performance_schemafoi corrompido, as conexões estão falhando.

Executar a atualização do MySQL é a melhor abordagem, apesar do tempo de inatividade. Ativar a bandeira é uma opção, mas ela vem com seu próprio conjunto de implicações, como já foi apontado neste tópico.

Ambos devem funcionar, mas ponderem as consequências e conheçam suas escolhas :)

Siga estas etapas sem -p:

1. mysql_upgrade -u root
2. systemctl restart mysqld

Eu tive o mesmo problema e funciona!

Como uma pergunta de sessenta e quatro bits, se o usuário root do mysql parecer estar configurado incorretamente, tente instalar a extensão do configurador da fonte oficial do mysql:

https://dev.mysql.com/downloads/repo/apt/

Isso ajudará você a configurar uma nova senha de usuário root.

Certifique-se de atualizar seu repositório (debian / ubuntu):

apt-get update

Para o meu sistema, o problema acabou sendo que eu ainda tinha o Mysql 5.6 instalado e, portanto, o mysql_upgrade.exe daquela instalação estava sendo chamado em vez do 5.7. Navegue C:\Program Files\MySQL\MySQL Server 5.7\bine execute.\mysql_upgrade.exe -u root

Se, ao usar o mysql_upgrade -u root -p --forcecomando, você receber este erro:

Could not create the upgrade info file '/var/lib/mysql/mysql_upgrade_info' in the MySQL Servers datadir, errno: 13

basta adicionar o sudoantes do comando. Isso funcionou para mim e resolvi meu problema. Então é: sudo mysql_upgrade -u root -p --force:)

as vezes mysql_upgrade -u root -p --force não é suficiente,

por favor consulte esta pergunta: tabela 'performance_schema.session_variables' não existe

de acordo com ele:

1. cmd aberto
2. cd [installation_path]\eds-binaries\dbserver\mysql5711x86x160420141510\bin
3. mysql_upgrade -u root -p --force