dans ton fichier de config my.cnf qu'as tu pour les lignes suivantes :

log-bin
expire-logs-days
et
max_binlog_size

Est-ce une base de donnéées ou tu fais de gros chargements ? Peut-etre un systeme de replication off-line que tu aurais mis en place ?

Poste le Monday 16 April 2007 09:11:07

Voila j'ai trouver une commande qui marche super bien pour vider ces fichier:

toc ~ # mysqlhotcopy --resetmaster -u root -p ****** db
mais sur un des serveur ca me fait bugger les db et sur un autra ca me fait:
Can't locate DBI.pm in @INC (@INC contains: /etc/perl /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux /usr/lib64/perl5/vendor_perl/5.8.8 /usr/lib64/perl5/vendor_perl /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux /usr/lib64/perl5/site_perl/5.8.8 /usr/lib64/perl5/site_perl /usr/lib64/perl5/5.8.8/x86_64-linux /usr/lib64/perl5/5.8.8 /usr/local/lib/site_perl .) at /usr/bin/mysqlhotcopy line 8.
BEGIN failed--compilation aborted at /usr/bin/mysqlhotcopy line 8.

Si non pour tes infos:

bind-address                            = 127.0.0.1

log-bin
server-id                                       = 1

expire-logs-days non trouver
max_binlog_size non trouver

Poste le Monday 16 April 2007 10:34:31

Quelle version de MySQL utilises-tu ?

Poste le Monday 16 April 2007 10:46:29

emerge -av dev-db/mysql-5.0.26-r2

Mon projet Qt/KDE de copieur de fichiers multi-plateformes, multi-protocoles, intégration par défaut dans un maximum d'OS:
[ultracopier.first-world.info]

Poste le Monday 16 April 2007 11:03:27

Apparament ce sont tout les requete mysql passer, donc je pense tenter de les uspprimer avec ça:

#log-bin
server-id                                       = 1

expire-logs-days        = 1
max_binlog_size         = 1000000
skip-slave-start

Mon projet Qt/KDE de copieur de fichiers multi-plateformes, multi-protocoles, intégration par défaut dans un maximum d'OS:
[ultracopier.first-world.info]

Poste le Monday 16 April 2007 13:06:47

J'ai poster ca sur un autre forum (mysql fr)

Citation
moi
Bonjour, j'ai eu un problème car mysql devenait trop important j'ai donc désactiver les binlog qui serve a mémoriser les requête passer, (et même en le réactivant j'ai le problème).

Dans phpMyAdmin quand j'ai une table du type: MyISAM pas de problème

Mais des que le type est: InnoDB et que je restart mysql il me bar toute la ligne et il me met: "in use", donc je peu pas virer la table ni la modifier ni même la lire.
Que faire qu'ai je fait de mal?

Mon projet Qt/KDE de copieur de fichiers multi-plateformes, multi-protocoles, intégration par défaut dans un maximum d'OS:
[ultracopier.first-world.info]

Poste le Monday 16 April 2007 17:16:08

Bon alors ces fichiers c'est pour les transactions log, cad un fichier contenant les operations a refaire en cas de crash (principalement, ici je ne parle pas de la replication), bref les operations validées.

Mysql quand il demarre regarde sont dernier checkpoint et rejoue ce qui se trouve dans ce(s) fichier(s) apres le dernier checkpoint qu'il a.

Maintenant soit tu n'as pas donne de expiration sur ce fichier, soit tu n'as pas donne de taille limite, soit tu as un script qui recharge la DB (ou fait de grosses operations) et celles-ci prennent enormement de place.

Poste le Monday 16 April 2007 23:10:49

J'ai pas de date d'expiration, je comprend mieux comment marche mysql, c'est quand meme bizard la différence entre InnoDB et MyISAM, donc faut forcement réactiver ces fichier? Bon en tout cas si je les reactive faut mettre 1j de date max...

Mon projet Qt/KDE de copieur de fichiers multi-plateformes, multi-protocoles, intégration par défaut dans un maximum d'OS:
[ultracopier.first-world.info]

Poste le Tuesday 17 April 2007 09:39:16

Pas forcement 1 jour, a mon avis 10 seront bon aussi, mais il faut surtout donner une taille limite a ces fichiers. Je ne suis pas sur que MySQL supprime le fichier en cours, mais seulement les autres fichiers logs.

Donc il va te genere une suite de fichier avec .0001, .0002 comme extension. Et seulement ceux-la devraient etre supprime. (du moins a mon avis, je vois mal comment il peut supprimer une partie de son fichier log sans risquer de perdre des informations)

Poste le Tuesday 17 April 2007 14:29:27

Avec un taille limite par:
max_binlog_size
le seul truc qu'il fait c'est qu'il decoupe les fichier

Mon projet Qt/KDE de copieur de fichiers multi-plateformes, multi-protocoles, intégration par défaut dans un maximum d'OS:
[ultracopier.first-world.info]

Poste le Tuesday 17 April 2007 20:45:27

Je ne suis pas sur qu'il ne fasse que ca, je pense (et ca me semblerait logique) que mysql ne peut supprimer les informations expirées (avec le expire-logs-days) que ci celles-ci ne se trouve pas dans le fichier actif.

Donc si tu ne donnes pas de limite, tu n'auras donc qu'un seul fichier log, et donc qu'il ne pourra jamais les supprimer

Poste le Tuesday 17 April 2007 23:48:14

Alors vous me conseilliez de mettre quel option?

Mon projet Qt/KDE de copieur de fichiers multi-plateformes, multi-protocoles, intégration par défaut dans un maximum d'OS:
[ultracopier.first-world.info]

Poste le Wednesday 18 April 2007 07:39:26

Moi je te conseil ca :

log-bin = /var/log/mysql/mysql-bin.log
expire-logs-days = 20
max_binlog_size = 104857600

Mais tu n'as pas repondu a 2 de mes questions qui etaient :
- Ta version de MySQL
- et si tu faissais des grosse synchro frequement

Ton fichier peut etre gros pour 2 raisons, ca fait longtemps qu'il est la, ou alors tu fais des grosses synchro (tu recharges de grosses tables) frequement.

Poste le Thursday 19 April 2007 07:54:52

j'ai deja répondu:
1) dev-db/mysql-5.0.26-r2
2) non mais c'est un serveur l2jz, qui fait énormément de requête, c'est un serveur mmorpg

Et oui ca fait 10j que mon fichier est la, et en 10j, il fait deja 7Go.

Poste le Thursday 19 April 2007 12:01:37

Quand tu dis beaucoup de requete tu ne parles pas de select j'espere ?

Sinon mets deja ces trois parametre, tu redemarres et tu surveilles.

Poste le Thursday 19 April 2007 15:05:07

C'est ce que je vais faire, et je croise les doigts pour que ca marche.

Mon projet Qt/KDE de copieur de fichiers multi-plateformes, multi-protocoles, intégration par défaut dans un maximum d'OS:
[ultracopier.first-world.info]

Poste le Thursday 19 April 2007 18:42:00