database information_schema "occupée"

Version imprimable

12/01/2011, 13h45
stef_13

database information_schema "occupée"

Bonjour,

J'ai un problème avec la base de données propre au système mysql "information_schema".
Lorsque je souhaite afficher les informations sur cette base dans phpMyAdmin, le champ TYPE est à "occupé" pour toutes les tables de cette base.

Si je fais l'action réparer les tables via phpMyAdmin, j'ai un message d'erreur :

Citation:

Fatal error: Cannot redeclare pma_tableheader() (previously declared in /usr/share/phpmyadmin/db_structure.php:81) in /usr/share/phpmyadmin/db_structure.php on line 116

Lorsque j'essaie un REPAIR table via la console mysql, j'ai un message comme quoi root n'a pas les droits d'écritures sur cette Database. Même message lorsque j'essaie de supprimer une table de cette base via phpMyAdmin.

J'ai l'impression que ce problème ralenti l'utilisation de mes autres bases de données :cry: et du coup, j'aimerai trouver un moyen pour réparer cette base de données.

Une idée ? Merci d'avance pour votre aide.

**************************************************************
VERSION :
* Apache/2.2.11 (Ubuntu) PHP/5.2.6-3ubuntu4.6 with Suhosin-Patch mod_ssl/2.2.11 OpenSSL/0.9.8g
* Version du client MySQL: 5.0.75
* Extension PHP: mysqli
* Version: 3.1.2deb1ubuntu0.2
12/01/2011, 23h45
gene69

met à jour ton phpmyadmin avec la derniere version, il y a fort à parier que tu utilises celle du dépot, je ne sais pas si elle pose probleme en soit mais c'est peut*être possible.

L'installation manuelle n'est pas si compliquée.
13/01/2011, 23h50
SQLpro

MySQL est un SGBDR mal branlé avec un nombre de défaut considérable. En particulier les accès aux "vues" de méta données sont catastrophique car ces vues n'existent en fait pas.

Lisez l'article que j'ai écrit à ce sujet, et les discussions qui éclaircissent ce point :
http://blog.developpez.com/sqlpro/p9...udre-aux-yeux/

en particulier ce point :

"les opérations de lecture des méta données ne sont pas transactionnelle (on peut donc obtenir un résultat faux) "

A +
23/01/2011, 14h31
apophyss

Citation:

Envoyé par SQLpro

Lisez l'article que j'ai écrit à ce sujet, et les discussions qui éclaircissent ce point :
http://blog.developpez.com/sqlpro/p9...udre-aux-yeux/

2 questions si vous le permettez :
- Cette liste de défauts est-elle toujours aussi longue depuis la sortie de la version 5.5 ?
- PostGreSQL est-il vraiment largement meilleur ? (tant sécurité que monté en charge) ?