Je cherche un moyen de prévenir les bûches binaires de Mariashb de prendre une taille énorme quand ils deviennent plus rapides que d'habitude.
Mais existe-t-il un moyen de définir une taille globale maximale "" de tous les fichiers journaux binaires? Ou peut-être plus simple, un nombre maximum de fichiers journaux binaires, qui surchargez expire_log_days Rétention ...
Je viens de remarquer que Percona Server a mis en place une telle variable système "max_binlog_files":
https://www.percona.com/doc/percona-server/latest/flexibility/max_binlog_files.html
Mariadb a une question ouverte pour le réorganiser sur le serveur Mariadb, dans le statut "Ouvrir" pour le moment:
Réponse courte: Non.
Longue réponse (s):
Pourquoi vous voulez ceci? À court d'espace disque? Si tel est le cas, alors vous menacez de vous battre pour d'autres raisons. C'est-à-dire que nous devons discuter de la plus grande image.
Êtes-vous fréquemment UPDATEing
toutes les rangées d'une grande table (avec une réplication à base de lignes)? Qui peut rapidement bloquer les binlogs. Disonstrions des alternatives à cette forme de UPDATE
. (Besoin de tableaux et de requêtes pour continuer cette approche.) Un grand DELETE
pourrait également bloquer le (s) binlog (s) rapidement.
Si vous avez maintenant max_binlog_size
Défini sur 1G, le remplacer à 100 m pourrait réduire l'utilisation du disque de 900 m dans certaines situations. (Je ne vois pas d'autre côté pour faire le changement.)