erreur mysql: Table “mysql”.“innodb_table_stats” non trouvé
J'obtiens l'erreur suivante dans mysql 5.6 community edition:
: Erreur: Tableau "mysql"."innodb_table_stats" pas trouvé. InnoDB: Recalcul de la persistance des statistiques demandées pour la table "mabase"."matable" mais la nécessaire persistante des statistiques de stockage n'est pas présent ou est endommagé. À l'aide transitoire stats au lieu.
comment puis-je corriger cette erreur?
- Lorsque vous obtenez cette erreur?
- périodiquement, lorsqu'une requête est exécutée.
Vous devez vous connecter pour publier un commentaire.
Cela a résolu mon problème.
.ibd
fichiersroot@mikembp:/usr/local/mysql/data/mysql# rm slave_*
root@mikembp:/usr/local/mysql/data/mysql# rm innodb_*
mysql
tablemysql_upgrade
de recréer les tables après je les avait laissées et supprimé l' *.mici les fichiers manuellement.J'ai rencontré ce problème sur un serveur de production récemment et les réponses les plus courantes que j'ai trouvé impliquant l'abandon de tables, la suppression de fichiers, etc. m'a fait me sentir un peu mal à l'aise!
J'ai donc pensé qu'il pourrait être utile de préciser pour les gens qui lisent cela à l'avenir que dans mon cas, la cause réelle de l'erreur était ma partition racine du remplissage. J'avais fait un dump mysql à l'époque et enregistré à la mauvaise place. Donc la solution était juste pour libérer de l'espace disque et redémarrez le service.
Il pourrait être une idée pour vérifier que ce n'est pas le cas pour vous, avant de passer aux solutions standards qui impliquent de déconner avec la structure de MYSQL et ont le potentiel d'être un peu plus risqué.
Bonne Chance,
Lire ce doc mysql pour en savoir plus sur
Persistent Statistics
.Pour désactiver cette fonction, ajoutez
innodb_stats_persistent = 0
àmy.cfg
et redémarrez votre serveur mysql.même problème mais crash table'
gtid_slave_pos
, Créergtid_slave_pos
Ce qui s'est avéré être un problème de permission pour moi. Puisque c'est sur une machine de développement où les autorisations ne sont pas verrouillés, j'ai été en mesure de corriger assez facilement:
...si cela résout-il pour vous, alors grand. Mais si le problème est sur une machine de production, vous pouvez étudier les autorisations un peu plus en détail de ma solution.
peut-être que vous aimeriez essayer ceci à la place:
Si vous êtes sous Debian Linux:
Ma solution à ce problème a été après la chute de la base de données mysql.innodb_table_stats fichier et de retrait de l'associé .frm et .mici les fichiers, j'ai couru ce:
Il recrée le innodb_* tables pour vous, mais pour quelque raison que ce soit eu du mal à faire avec les fichiers déjà là (à partir d'une installation précédente).
Je considère cela plus sûr que les colonnes et leurs noms ont été modifiés depuis la réponse ci-dessus a été écrit.