Discussion :

[mediaforest]

Bonjour à tous,
J'avais l'habitude de contrôler le fonctionnement de mon serveur mysql en faisant un

Code :

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

1
2
tail -f /var/log/mysql/mysql.log 
tail -f /var/log/mysql/mysql.err

Mais avec le nouveau format de log binaire, ce n'est plus possible directement
Quelqu'un a t'il une solution ?

[ska_root]

c'est mysql 5.0 qui fait du binaire ?

[mediaforest]

c'est mysql 5.0 qui fait du binaire ?

C'est prévu pour mysql 5.0, mais c'est déjà implémenté dans mysql-server-4.1

[ska_root]

C'est prévu pour mysql 5.0, mais c'est déjà implémenté dans mysql-server-4.1

ben, moi je tourne avec mysql4.1.10 et mysql4.1.14 et j'ai pas ce problème, le tail sur le log fonctionne normalement...

[mediaforest]

Effectivement, mois aussi j'ai laissé dans my.cnf les options permettant de créer mysql.log mysql.err et mysql.error. Mais comme il est déjà annoncé que ce format de logs est voué à disparaître dans les prochaines versions, je cherche à me caler à l'avance...

[Maximil ian]

Bonjour,

regarde du côté de l'utilitaire mysqlbinlog...

Par contre je ne pense pas que le log d'erreurs soit voué à disparaitre (contrairement au log de requêtes)

[ska_root]

c'est quoi l'intérêt d'avoir des logs binaires maximillian ?
moi j'aimais bien linux justement parce que presque tout est texte..

[Maximil ian]

J'imagine que le format doit être compressé par rapport à un log texte.
Les binary logs facilitent aussi la mise en place de sauvegardes incrémentales et sont utilisés dans le cadre de la réplication.

[ska_root]

ok merci de l'info...

mais pour le souci d'allègement, personnellement je préfère gérer les logs en mode texte, quitte à créer une routine pour faire le ménage une fois de temps en temps... ahhh l'évolution