Mysql : nettoyage des logs binaires

Minimalteck — 2009-04-01T16:06:21Z

Les beaux jours sont là et Mysql remplis gentiment la partition qui lui est dédiée avec ces beaux logs binaires…
Allons faire un petit nettoyage de printemps…

Un log binaire contient toutes les requêtes qui modifient les données et se voit utilisé par le(s) esclave(s) lors d'une réplication.
Dans la documentation on peut lire que l'on peut "effacer tous les fichiers de log avec la commande RESET MASTER, ou seulement certains d'entre eux avec PURGE MASTER LOGS".

mysql > PURGE BINARY LOGS TO 'mysql-bin.0020'; mysql > PURGE BINARY LOGS BEFORE DATE_SUB(CURRENT_DATE, INTERVAL 10 DAY);

Ces commandes effacent tous les logs binaires listés dans l'index de logs, qui sont antérieurs au log (dans l'exemple antérieurs au log 'mysql-bin.0020') ou à la date indiqué (dans l'exemple antérieurs de 10 jours à la date courante).
Ceux-ci sont alors supprimés de l'indexation - le log éventuel donné en paramètre devient alors le premier de la liste.

En théorie, au prochain redémarrage du serveur MySQL ou à la prochaine commande "FLUSH LOGS", MySQL doit faire tourner les logs, crée un nouveau fichier de log binaires et supprimer les anciens logs binaires selon la variable système " expire_logs_days " présente dans le fichier de configuration "my.cnf" [1].

Seulement en pratique, ce n'est pas toujours le cas [2].

Au moins une alternative se présente et fonctionne (pour moi en tout cas ) :

Arrêter MySQL
effacer les vieux log binaires à la main : find /var/log/mysql/hostname-bin.* -mtime +10 -exec rm {}\;
reconstruire l'index des binaires ls /var/lib/mysql/ > mysql-bin.index
redémarrer MySQL

Et hop, ça c'est fait… le mieux serait de faire un script et de croner tout ça non ? Hum, demain…

[1] dans cette configuration, on doit avoir quelque chose comme :

log_bin = /var/lib/mysql/hostname-bin.log
 expire_logs_days = 10
 max_binlog_size = 100M

[2] Dans le cas de réplication apparemment un bug subsiste du au fait que le fichier d'indexation du "master" contient encore les anciens fichiers…
Mais voyez plutôt ces exemples de "Quand ça veut pas…" :

Mysql + root + perte + mot de passe = bévue

Minimalteck — 2009-04-01T14:25:00Z

"Un doute m'assaille… Qu'avais-je donc pu assigner comme mot de passe à notre bien-aimé utilisateur root MySQL sur vieux-bazard-poussiéreux ?"
Après avoir testé une bonne vingtaine de vos mots de passe fétiches [1], la réalité prend le pas sur votre optimisme habituel, vous poussant à exprimer haut et fort votre total désapointement face à cette situation ubuesque :
"Peste soit de ce fâcheux contre-temps !"

Heureusement, une solution toute simple s'offre à vous…

Étape 1 [2] : arrêter le serveur Mysql /etc/init.d/mysql stop

Étape 2 : redémarrer le serveur Mysql
Oui ! mais pas n'importe comment mysqld --skip-grant-tables --skip-networking & Ces options forcent le serveur à ne pas utiliser le système de privilège du tout… mais à ne pas accepter de connexions TCP/IP du tout non plus !

Étape 3 : on change tout
Ensuite on se connecte au serveur et on sélectionne la base mysql : $ mysql -u root mysql On change le mot de passe root

mysql> UPDATE user SET Password=PASSWORD('newpassroot') WHERE User='root';

On recharge les privilèges puis on quitte

mysql> FLUSH PRIVILEGES;
 mysql>exit

Étape 3bis ou 4, au choix
On redémarre Mysql /etc/init.d/mysql restart

[1] si la machine n'a pas été installé par vos soins… le premier test à effectuer est l'abscence abhérente mais possible du mot de passe root,
Ne riez pas, cela m'est arrivé pas plus tard qu'hier sur la machine d'un client

[2] Étape avant l'étape 1 : Vérifiez dans le répertoire du super-utilisateur s'il n'y a pas un fichier d'options utilisateur qui traîne… ls -a /root | grep '.my.cnf' ou encore sortez le canon tue-mouches pour faire croire que votre tâche est difficile test -e '/root/.my.cnf' && more /root/.my.cnf || echo 'Le système se voit au regret de vous informer que le fichier demandé est inexistant !'
En effet, ce type de fichier peut stocker les paramètres de connexions sous la forme

 
 [client]
 host=localhost
 user=root
 password=mot_de_passe_root

"Ah, c'est pour ça que j'arrive pas à me connceter moi… j'en n'ai pas"…"
"Euh, non toi c'est à cause de tes mouffles"…
"des mouffles ??? ben, j'en ai pas non plus…"

Si cette recette n'a pas marché chez vous… essayez sans vos mouffles

Minimalteck.fr

Mysql : nettoyage des logs binaires

Mysql + root + perte + mot de passe = bévue