Bonjour,
J'ai fais un export et une réplication de base de donnée MySQL et je n'ai pas les mêmes tailles.
Est-ce que quelqu'un pourrait m'expliquer ?
Table d'origine :
dbmail_messageblks 2 266 InnoDB utf8_unicode_ci 173,2 Mio
Table répliquée :
dbmail_messageblks 2 266 InnoDB utf8_unicode_ci 75,7 Mio
Structure de la table :
messageblk_idnr bigint(21)
physmessage_id bigint(21)
messageblk longblob BINARY
blocksize bigint(21)
is_header tinyint(1)
# utilitaires
Posté par NeoX . Évalué à 2.
ta base de depart n'est pas forcement optimisée alors que celle que tu viens de charger doit l'etre.
[^] # Re: utilitaires
Posté par raboliot . Évalué à 1.
J'aime beaucoup la signature ...
[^] # Re: utilitaires
Posté par NeoX . Évalué à 1.
pour la signature, c'est le 2e titre du film samsara (ou une replique du film, je ne sais plus)
http://www.allocine.fr/film/fichefilm_gen_cfilm=43169.html
[^] # Re: utilitaires
Posté par B16F4RV4RD1N . Évalué à 2.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: utilitaires
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 2.
Le longblob (ou blob, ou text ou varchar) empeche l'utilisation d'un stockage fixe pour chaque entrée de la table, mysql fait au mieux mais il en résulte forcement de la fragmentation (pas des entrées mais de l'espace vide).
Tout du moins c'est comme cela que ça fonctionne en MyISAM, je n'ai pas les mêmes informations sur InnoDB.
pour en avoir la confirmation exécute les requêtes suivantes:
ANALYSE TABLE <nom_table>;
OPTIMIZE TABLE <nom_table>;
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.