Discussion :

[koantik]

Bonjour a tous,

Je travaille sur mysql5 sur les moteurs MyISAM.

j'ai quelques questions sur le fonctionnement ou plutôt sur la création des index sur les moteurs MyISAM.

J'ai 2 tables
1 première table de 220 millions d'enregistrements pour un poids de données de 9.7 Go, et avec un index ( en dehors de la clé primaire ) sur un entier qui me coute 8.5 Go

1 deuxième table de 2.6 millions d'enregistrement pour un poids de données de 3.1 Go, et avec un index ( en dehors de la clé primaire ) sur un entier qui me coute 179 Mo


Je ne comprend pas pourquoi sur la première table l'index coute aussi cher en place.
Les questions sont donc les suivantes :

Comment peut on simuler/comprendre le poids que va prendre la construction d'un index sur un champ sur une table en moteur MyISAM ?

Quelles sont les questions que je pourrais me poser pour savoir si j'ai mal configurer un paramètre ( je reste vague car je ne vois pas .. )

Merci

[CinePhil]

Un petit coup d'OPTIMIZE sur la première table réduirait peut-être la taille des index en faisant le ménage des lignes supprimées de la table ?

[koantik]

J'avais fait un optimize en espérant que ca diminue la taille mais ca n'a pas été le cas. Enfin j'avais du gagné ~100Mo sur ~ 8Go.

j'avais fait un repair avant l'optimize.


J'ai aussi droppé l'index et reconstruit l'index avec le même résultat.

Merci CinePhil en tout cas d'intervenir

[CinePhil]

Est-ce que par hasard l'entier de la seconde table serait un INT (4 octets) alors que celui de la première serait un BIGINT (8 octets) ?

[koantik]

on tient peut être quelque chose là !

mais attention les yeux

sur la première table de 220 millions d'enregistrements l'index de 8.5 Go.
Le champ indexé est un int.

sur la première table de 2.6 millions d'enregistrements l'index de 179 Mo.
Le champ indexé est un bigint.

C'est l'inverse.
je vais tester en changeant le typage si ca n'a pas une incidence. Sait on jamais !

[CinePhil]

D'après la doc MySQL, un INT est stocké sur 4 octets et BIGINT sur 8 octets; J'en déduis que le nombre entre parenthèses qu'on voit accolé au type dans phpMyAdmin n'a pas d'importance mais peut-être en a t-il finalement une ?

Il n'y a que la colonne de type entier qui est indexée (hors clé primaire) dans les deux tables ?

EDIT :
Regarde à la fin de ce message une estimation de taille d'index pour une grosse table par IBM DB2.