web-dev-qa-db-fra.com

Taille globale maximale des bûches binaires Mariadb

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.

  • variable max_binlog_size Définissez la taille maximale d'un logfile binaire.
  • variable expire_log_days Définissez le nombre de jours après quoi les journaux binaires sont supprimés.

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 ...

3
Nicolas Payart

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:

https://jira.mariadb.org/browse/mdev-3188

2
Nicolas Payart

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.)

0
Rick James