Scénario #34430
Fichiers binlog saturent l'espace disque
100%
Description
Bonjour
Nous avons récemment mis en production un eole-mysql en 2.8.1
Tout fonctionne correctement, mais des fichiers binlog saturent très rapidement le serveur
(Se trouvent dans /var/lib/mysql/binlog.00XXXX)
A priori ces logs binaires sont prévus en cas de redondance du serveur en Master/Slave, ce qui n'est pas notre cas
Si j'ai bien compris, ils enregistrent chaque transaction impactante, ce qui dans notre cas correspond à plusieurs centaines par secondes
La taille maxi d'un fichier semble être configurée par défaut à 100 Mo, générés chez nous toutes les 10mn : on atteint donc très rapidement plusieurs Go
Nous avons pour l'instant réduit la durée de rétention à 6 h, ce qui a stabilisé l'espace disque, mais souhaiterions désactiver totalement ces logs
Y a-t-il une option prévue dans le gen_config pour désactiver/paramétrer ces logs ?
Sinon peut-on les désactiver sans risque avec l'option skip-log-bin ?
Sous-tâches
Historique
#1 Mis à jour par Joël Cuissinat il y a plus d'un an
- Tracker changé de Demande à Scénario
- Début
07/07/2022supprimé - Release mis à Carnet de produit (Cadoles)
- Points de scénarios mis à 1.0
#2 Mis à jour par Gilles Grandgérard il y a plus d'un an
Voir :
mysql> PURGE BINARY LOGS BEFORE NOW - INTERVAL 3 DAY;
A faire EOLE ≥ 2.8.1 :- créer une variable pour désactiver les journaux d'archives. Avec comme valeur par défaut : oui
en 2.7, mysql 5.7 n'utilise pas les journaux d'archives par défaut. Donc, on garde la même logique et on laisse à l'utilisateur la possibilité de les activer. - créer un postservice qui configure mysql suivant l'option choisie.
si désactiver --> modification de la configuration + nettoyage des binlogs existants
si activer --> modification de la configuration + script de purge au delà de n jours
+ doc : http://eole.ac-dijon.fr/documentations/2.8/completes/HTML/ModuleScribe/co/01-configuration.html
#3 Mis à jour par Gilles Grandgérard il y a plus d'un an
- Points de scénarios changé de 1.0 à 3.0
#4 Mis à jour par Renaud Dussol il y a plus d'un an
Merci
Concernant PURGE BINARY LOGS BEFORE NOW - INTERVAL 3 DAY, c'est ce que nous avons utilisé pour vider les logs après avoir tatonné (c'est traître car la suppression physique des fichiers empêche le fonctionnement de mysql)
Cependant 3 DAYS était déjà trop pour nous, nous avons dû réduire à 6h, et avons ensuite mis l'option permanente binlog_expire_logs_seconds=21600 dans /etc/mysql/conf.d/binary_log.cnf
#5 Mis à jour par Laurent Gourvenec il y a plus d'un an
- Echéance mis à 30/09/2022
- Version cible mis à Prestation Cadoles MEN 2022 36-39
- Début mis à 05/09/2022
#6 Mis à jour par Laurent Gourvenec il y a plus d'un an
- Assigné à mis à Benjamin Bohard
#7 Mis à jour par Joël Cuissinat il y a plus d'un an
- Statut changé de Nouveau à Terminé (Sprint)
- Release changé de Carnet de produit (Cadoles) à EOLE 2.8.1