Contrôle des tables non utilisées

**Korben-Dallas** · 27/06/2011, 18h44

Bonjour,

Dans le cadre d'une maintenance complète de mon serveur MySQL, j'aimerais savoir, si toutefois c'est possible, s'il y a un moyen de connaitre les tables qui ne sont pas utilisées lors d'une injection de valeurs ou bien lors d'une lecture de ces tables.
Autrement dit, je cherche les tables qui ne sont plus utilisées (puisque la base évolue sans cesse et que les tables évoluent aussi). Je sais qu'il doit exister des tables non utilisées car plus renseignées et si elles ne sont plus renseignées, elles ne devraient pas non plus être lues.
Comment le savoir ?
Merci pour votre aide.

**ericd69** · 30/06/2011, 20h53

salut,

il me semble que tu peux avoir des stats soit par l'un des outils d'admin soit par des commandes sql, je crois...

regarde dans les fonctions spéciales pour select des fois... dans la doc mysql

**Korben-Dallas** · 01/07/2011, 17h28

Justement je n'ai pas trouvé.
C'est pour ça que je viens ici, au cas où j'aurais raté qq chose et qu'ici vous auriez des idées à me soumettre.

**ericd69** · 01/07/2011, 18h33

tu as cette requête qui te donne par exemple les dates de mise à jours des table d'une bd (`information_schema` ici pour l'exmple):

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

SHOW TABLE STATUS FROM `information_schema`;

le pb c'est de savoir le select équivalent dans la base `information_schema` ou mysql...

les logs ou la date de modification du fichier pourraient te renseigner si tu y accèdes...

**mydb_server** · 04/07/2011, 12h48

Le meilleur moyen pour connaître les tables qui ont été utilisées ou pas, est d'activer le log général pendant une période donnée. L'analyse du log général te permettra d'identifier les tables qui ne sont plus utilisées. Attention, l'activation du log général peut avoir des impacts sur les performances, et la taille du fichier généré peut grossir trop vite.

Rachid

**Korben-Dallas** · 04/07/2011, 18h00

OK Merci pour l'info.
En fait je n'ai pas de pb avec les perfs puisque la BDD est assez petite. Mais les différentes tables sont vidées et renseignées toutes les 30min.
En fait, c'est une BDD de consolidation de plusieurs autres BDD distantes.
C'est une exportation en CVS qui est ensuite injectée dans ma BDD afin d'y effectuer différentes requêtes de vérification de fonctionnement correct des différents serveurs distants. C'est cette consolidation qui renseigne sur la bonne configuration des serveurs distants ou non.
J'ai tellement de requêtes d'injection ou de lecture que je ne sais plus trop lesquelles sont réellement utilisées ou non. C'est pourquoi je cherchais un moyen de le savoir.
J'avais mis en place le LOG général dont tu parles mais je ne sais pas trop quoi en faire ni comment m'en servir. En fait celui-ci n'a jamais été tronqué et du coup, il est énorme, comme tu dois t'en douter. Alors pour le lire....
Existe-t-il un moyen simple (genre un freeware ou autre) qui permettrait d'indiquer ce qui va ou ne va pas sur le serveur ?

**ericd69** · 04/07/2011, 18h16

dans la bd mysql tu as les différents log il me semble donc tu peux trier ensuite...

tu peux désactiver le log, tronquer les tables dans mysql puis le réactiver au pire

**Korben-Dallas** · 04/07/2011, 18h38

ho la !!
alors là suis perdu.
Je ne suis pas DBA donc tout ça se complique qq peu pour moi.
Comment faire svp ?
En fait, sorti des requêtes que je fais dans ma BDD je ne sais pas trop comment ca fonctionne, MySQL, Information_Shema, etc...

**ericd69** · 04/07/2011, 18h48

tu as 2 db systèmes sur ton serveur mysql:
information_schema, description de tes schéma de bd, routines, etc...
mysql, routines compilées, table contenant divers logs, etc...

**Korben-Dallas** · 04/07/2011, 19h03

OK Mais je ne vois pas vraiment quoi en faire

**ericd69** · 04/07/2011, 19h22

une fois les logs activés, tu devrais regarder ce qu'il se passe dans les tables:

events, files, profiling et statistics de information_schema
general_log, slow_log de mysql

**mydb_server** · 05/07/2011, 16h17

J'avoue que ce n'est pas évident d'analyser un gros fichier plein d'informations comme le log general.
Par contre, il y a quelques petits utilitaires qui te permettront de réaliser cette tâche plus facilement :

http://forge.mysql.com/tools/tool.php?id=134

ou
http://hackmysql.com/mysqlsla

Rachid

**Korben-Dallas** · 06/07/2011, 17h42

Merci pour ces infos.
Je suis sous Windows et mysqlsa fonctionne sous Linux.
Sinon j'ai essayé avec l'autre mais là c'est galère, c'est un script perl (que j'arrive à lancer). Je le vois me remonter à l'écran tout ce qu'il y a dans le LOG mais au bout d'un moment ça plante carrément, probablement log trop gros