La tabla 'performance_schema.session_variables' no existe

Después de actualizar MySQL a 5.7.8-rc y registrarlo en el servidor, recibí un error:

Table 'performance_schema.session_variables' doesn't exist

No puedo encontrar ninguna solución para esto. Puede usted ayudar ?

Mysql_upgrade también funcionó para mí:

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

Saludos, MSz.

Pude iniciar sesión en el servidor mysql después de ejecutar el comando @robregonm sugerido:

mysql_upgrade -u root -p --force

Se requiere reiniciar el servidor MySQL.

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

según http://bugs.mysql.com/bug.php?id=78159 funcionó para mí.

Como ninguna de las respuestas anteriores explica realmente lo que sucedió, decidí intervenir y aportar más detalles sobre este problema.

Sí, la solución es ejecutar el comando de actualización de MySQL de la siguiente manera mysql_upgrade -u root -p --force, pero ¿qué pasó?

La causa raíz de este problema es la corrupción de performance_schema, que puede ser causada por:

• Corrupción orgánica (volúmenes volviendo kaboom, error del motor, problema del controlador del kernel, etc.)
• Corrupción durante el parche mysql (no es extraño que esto suceda durante un parche mysql, especialmente para actualizaciones de versiones principales)
• Obviamente, una simple "caída de la base de datos performance_schema" causará este problema y presentará los mismos síntomas que si estuviera dañado

Este problema podría haber estado presente en su base de datos incluso antes del parche, pero lo que sucedió en MySQL 5.7.8 específicamente es que el indicador show_compatibility_56cambió su valor predeterminado de ser activado ONpor defecto a OFF. Este indicador controla cómo se comporta el motor en las consultas para configurar y leer variables (sesión y global) en varias versiones de MySQL.

Debido a que MySQL 5.7+ comenzó a leer y almacenar estas variables en performance_schemalugar de hacerlo information_schema, este indicador se introdujo ONen las primeras versiones para reducir el radio de explosión de este cambio y para que los usuarios conozcan el cambio y se acostumbren.

OK, pero ¿por qué falla la conexión? Porque dependiendo del controlador que esté utilizando (y su configuración), puede terminar ejecutando comandos para cada nueva conexión iniciada en la base de datos (como show variables, por ejemplo). Debido a que uno de estos comandos puede intentar acceder a un corrupto performance_schema, la conexión completa se cancela antes de iniciarse por completo.

Entonces, en resumen, es posible (es imposible saberlo ahora) haber performance_schemafaltado o dañado antes de parchear. El parche a 5.7.8 luego forzó al motor a leer sus variables performance_schema(en lugar de information_schema, desde dónde lo estaba leyendo debido a que se activó la bandera ON). Como performance_schemase corrompió, las conexiones están fallando.

Ejecutar la actualización de MySQL es el mejor enfoque, a pesar del tiempo de inactividad. Activar el indicador es una opción, pero tiene sus propias implicaciones, como ya se señaló en este hilo.

Ambos deberían funcionar, pero sopesa las consecuencias y conoce tus opciones :)

Siga estos pasos sin -p:

1. mysql_upgrade -u root
2. systemctl restart mysqld

Tuve el mismo problema y funciona!

Como pregunta de sesenta y cuatro bits, si su usuario root de mysql parece estar mal configurado, intente instalar la extensión del configurador desde la fuente oficial de mysql:

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

Le ayudará a configurar una nueva contraseña de usuario root.

Asegúrese de actualizar su repositorio (debian / ubuntu):

apt-get update

Para mi sistema, el problema terminó siendo que todavía tenía Mysql 5.6 instalado y, por lo tanto, se llamaba mysql_upgrade.exe de esa instalación en lugar del 5.7. Navega C:\Program Files\MySQL\MySQL Server 5.7\biny corre.\mysql_upgrade.exe -u root

Si, mientras usa el mysql_upgrade -u root -p --forcecomando, obtiene este error:

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

simplemente agregue el sudoantes del comando. Eso funcionó para mí y resolví mi problema. Entonces, es: sudo mysql_upgrade -u root -p --force:)

a veces mysql_upgrade -u root -p --forceno es realmente suficiente

consulte esta pregunta: la tabla 'performance_schema.session_variables' no existe

de acuerdo a esto:

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