Pourquoi MySQL affiche-t-il les tables mais échoue-t-il avec les instructions SELECT : un problème d'intégrité des données ?

Confusion MySQL : les tables existent dans SHOW TABLES mais pas dans les instructions SELECT

Dans MySQL, le message d'erreur "La table n'existe pas" " lorsque tenter de SELECT des données dans une table peut être déroutant, surtout si la table est répertoriée dans l'instruction SHOW TABLES. Cet article explore une cause potentielle et propose une solution basée sur une expérience utilisateur récente.

Comprendre la cause

Face à ce problème, il est crucial de considérer que SHOW TABLES vérifie l'existence du fichier, mais ne valide pas son intégrité. Par conséquent, il est possible que des fichiers de table existent dans le répertoire de données mais soient corrompus, ce qui entraîne l'erreur « la table n'existe pas ».

Le coupable de la corruption

Dans un cas, un utilisateur a rencontré ce problème après avoir copié un répertoire de base de données à l'aide de la commande cp. Cette action n'a pas réussi à inclure les fichiers essentiels liés à la table InnoDB (par exemple, ibdata1, ib_logfile0, ib_logfile1) dans le nouveau répertoire de données, provoquant la corruption.

La solution

Pour résoudre le problème, il est impératif de copier les fichiers ib* du répertoire de données d'origine vers le nouveau répertoire de données. Cela peut être fait manuellement ou via un script qui garantit que tous les fichiers nécessaires sont présents au bon emplacement.

Conclusion

Bien que SHOW TABLES puisse indiquer que des tables existent, cela ne suffit pas à garantir leur accessibilité. Assurez l'intégrité des fichiers de table en transférant les fichiers ib* avec le répertoire de la base de données. Cette approche résoudra l'erreur « la table n'existe pas » et restaurera la possibilité de SÉLECTIONNER les données des tables.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!