Discussion :

[Doug_]

Bonjour,

Je ne parviens pas à résoudre une question concernant l'espace occupé par une de mes tables.

Voici sa structure:

Code :

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

1
2
3
4
5
6
7
8
9
CREATE TABLE association (
	elementAid MEDIUMINT UNSIGNED NOT NULL,
	elementBid MEDIUMINT UNSIGNED NOT NULL,
 
	FOREIGN KEY (elementAid ) REFERENCES elementA(id)  ON UPDATE CASCADE ON DELETE CASCADE,
	FOREIGN KEY (elementBid ) REFERENCES elementA(id)  ON UPDATE CASCADE ON DELETE CASCADE,
 
	PRIMARY KEY (elementAid , elementBid )
) Type=InnoDB;

Je me concentre sur la taille des données, pas des indexes. Nous avons donc 2 champs MEDIUMINT de 3 octets chacun soit 6 octets par ligne. Hors je me rend compte qu'en réalité la table occupe beaucoup plus d'espace quelle ne le devrait (en terme de data, pas d'indexes): 2,637,824 octets au lieu de 58117 (lignes) * 6 octets/ligne = 348,702 octets.

D'où provient cette différence ?


Merci

[qi130]

Un début d'explication:

Lorsque MySQL alloue de l'espace pour mémoriser un tuple, il s'adresse à l'OS.

Ce faisant, l'espace disque ainsi réservé dépend de la taille du cluster qui a été déterminé lors du formatage du disque.
On peut constater le même phénomène sous Windows: en créant un fichier TXT (par ex), et en y écrivant 1 seul caractère, il occupera 1 Ko, ou 4 Ko ou .... suivant la taille du cluster. On peut vite arriver à des écarts conséquents entre le poids "utile" des données et l'espace physiquement occupé.

En complément, et sans savoir si ce point s'applique dans ton cas, il faut considérer les opérations sur cette table. En effet, dans le cas ou il y a beaucoup d'insert/delete, il faut savoir que l'espace alloué n'est jamais libéré.

Pour résoudre ce point, il conviendra peut-être de procéder à une réorganisation.

[Doug_]

Je fonctionne sous linux, le FS est du ext3. Je comprends que mysql un petit peu plus d'espace si la taille minimum d'un bloc est inférieure à la taille des données a stocker mais ici la taille occupée est de 4mo alors que les données réelles devrait occuper qu'environ 300ko. La taille de mes blocks vaut 1kio

Code :

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

1
2
3
4
5
6
7
8
9
10
11
doug@debian:~$ sudo sfdisk -l
 
Disk /dev/sda: 522 cylinders, 255 heads, 63 sectors/track
Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0
 
   Device Boot Start     End   #cyls    #blocks   Id  System
/dev/sda1   *      0+    491     492-   3951958+  83  Linux
/dev/sda2        492     521      30     240975    5  Extended
/dev/sda3          0       -       0          0    0  Empty
/dev/sda4          0       -       0          0    0  Empty
/dev/sda5        492+    521      30-    240943+  82  Linux swap / Solaris

J'ai peur d'avoir des soucis plus tard quand ma base va être 10 fois plus volumineuse. Je n'avais pas prévu ce comportement de mysql.