La table 'performance_schema.session_variables' n'existe pas

Après la mise à niveau de MySQL vers 5.7.8-rc et la connexion au serveur, j'ai eu une erreur:

Table 'performance_schema.session_variables' doesn't exist

Je ne trouve aucune solution à cela. Pouvez-vous m'aider?

Le mysql_upgrade a également fonctionné pour moi:

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

Cordialement, MSz.

J'ai pu me connecter au serveur mysql après avoir exécuté la commande @robregonm suggérée:

mysql_upgrade -u root -p --force

Un redémarrage du serveur MySQL est requis.

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

selon http://bugs.mysql.com/bug.php?id=78159 a fonctionné pour moi.

Puisqu'aucune des réponses ci-dessus n'explique réellement ce qui s'est passé, j'ai décidé d'intervenir et d'apporter plus de détails à ce problème.

Oui, la solution consiste à exécuter la commande de mise à niveau MySQL, comme suit: mysql_upgrade -u root -p --force mais que s'est-il passé?

La cause principale de ce problème est la corruption de performance_schema, qui peut être causée par:

• Corruption organique (volumes en kaboom, bogue moteur, problème de pilote de noyau, etc.)
• Corruption pendant le correctif mysql (il n'est pas rare que cela se produise pendant un correctif mysql, spécialement pour les mises à niveau de versions majeures)
• Un simple "drop database performance_schema" provoquera évidemment ce problème, et il présentera les mêmes symptômes que s'il était corrompu

Ce problème était peut-être présent sur votre base de données avant même le correctif, mais ce qui s'est produit sur MySQL 5.7.8 en particulier, c'est que l'indicateur a show_compatibility_56changé sa valeur par défaut d'être transformé ONpar défaut enOFF . Cet indicateur contrôle le comportement du moteur lors des requêtes de définition et de lecture de variables (de session et globales) sur différentes versions de MySQL.

Étant donné que MySQL 5.7+ a commencé à lire et à stocker ces variables sur performance_schemaau lieu d' activer information_schema, cet indicateur a été introduit comme ONpour les premières versions pour réduire le rayon de souffle de ce changement et pour permettre aux utilisateurs de connaître le changement et de s'y habituer.

OK, mais pourquoi la connexion échoue-t-elle? Parce que selon le pilote que vous utilisez (et sa configuration), il peut finir par exécuter des commandes pour chaque nouvelle connexion initiée à la base de données (comme show variables, par exemple). Parce qu'une de ces commandes peut essayer d'accéder à un fichier corrompuperformance_schema , la connexion entière s'interrompt avant d'être entièrement lancée.

Donc, en résumé, vous pouvez (il est impossible de le dire maintenant) avoir performance_schemaété manquant ou corrompu avant d'appliquer les correctifs. Le correctif à 5.7.8 a ensuite forcé le moteur à lire vos variables performance_schema(au lieu de information_schema, d'où il les lisait à cause du drapeau tourné ON). Depuis a performance_schemaété corrompu, les connexions échouent.

La mise à niveau de MySQL est la meilleure approche, malgré le temps d'arrêt. Activer le drapeau est une option, mais il a son propre ensemble d'implications, comme cela a déjà été souligné sur ce fil.

Les deux devraient fonctionner, mais pesez les conséquences et connaissez vos choix :)

Suivez ces étapes sans -p:

1. mysql_upgrade -u root
2. systemctl restart mysqld

J'ai eu le même problème et ça marche!

En tant que question de soixante bits, si votre utilisateur racine mysql semble être mal configuré, essayez d'installer l'extension du configurateur à partir de la source officielle mysql:

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

Il vous aidera à configurer un nouveau mot de passe d'utilisateur root.

Assurez-vous de mettre à jour votre référentiel (debian / ubuntu):

apt-get update

Pour mon système, le problème a fini par être que j'avais toujours installé Mysql 5.6 et donc le mysql_upgrade.exe de cette installation était appelé au lieu de celui de 5.7. Accédez à C:\Program Files\MySQL\MySQL Server 5.7\binet exécutez.\mysql_upgrade.exe -u root

Si, lors de l'utilisation de la mysql_upgrade -u root -p --forcecommande, vous obtenez cette erreur:

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

ajoutez juste sudoavant la commande. Cela a fonctionné pour moi et j'ai résolu mon problème. Donc c'est: sudo mysql_upgrade -u root -p --force:)

quelquefois mysql_upgrade -u root -p --force n'est pas vraiment suffisant,

veuillez vous référer à cette question: la table 'performance_schema.session_variables' n'existe pas

selon elle:

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