Queda de uso do disco do servidor MariaDB Replication

1

Eu tenho uma configuração mestre-escravo MariaDB em 2 servidores CentOS 7.0. Hoje, eu estendi um volume LVM no servidor mestre (porque estava ficando cheio). Depois de estender a partição, reiniciei o servidor e reconectei o escravo a ele. Tudo correu bem e o servidor pareceu sincronizar qualquer consulta executada no mestre novamente.

Mas, no meu monitoramento (Cacti), notei uma queda muito "suspeita" no uso do espaço em disco no host escravo.

Não sei porquê. O escravo soltou / girou o log binário ao se reconectar ao mestre, talvez? Então, novamente, quase 600GB em binlogs parece insano.

Eu corri a ferramenta pt-table-checksum do Percona Toolkit para verificar a integridade entre os hosts, executando este comando não retorna nenhum diffs. Então, tudo parece bem, eu simplesmente não consigo explicar a grande queda no uso do espaço em disco, alguém tem uma idéia?

    
por Oldskool 20.03.2015 / 16:36

1 resposta

0

Depois de mais algumas pesquisas, concluí que na verdade era devido a rotatividade de binlogs. Quando verifiquei meu diretório de dados do MariaDB com:

ls -alh /data/mysql

Percebi que o tempo "mais antigo" de criação de arquivos era mais ou menos o mesmo que o uso de espaço em disco no meu monitoramento:

-rw-rw----. 1 mysql mysql 296 Mar 20 14:10 mariadb-relay-bin.000001

Uma inspeção mais detalhada da mesma pasta aprende que, no último fim de semana, cerca de 25 GB de novos binlogs foram criados. Então, eu acho que devo dar uma olhada na rotação do meu log binário, já que ocupa muito espaço atualmente.

Eu também aconselharia o mesmo para qualquer pessoa que estivesse enfrentando o mesmo problema. Verifique sua rotação do log binário para garantir que ele não ocupe muito espaço e otimize-o quando possível. Além disso, uma queda no espaço em disco após a reinicialização do mestre parece ser um procedimento regular, já que os log binários são de fato removidos / redefinidos no host do escravo.

    
por 23.03.2015 / 10:01