Estou tentando executar um escravo de replicação do MySQL em um contêiner docker. Estamos executando o MySQL 5.7.24-27-log em produção e é do repositório percona (Ubuntu 18.04).
Eu costumava xtrabackupfazer backup, preparar e enviar um conjunto de dados inicial para replicação e, em seguida, iniciei a imagem do docker percona ( docker pull percona) assim:
$ docker run --name mysql-replication -v /replication/data:/var/lib/mysql -v /replication/docker.cnf:/etc/mysql/docker.cnf:ro -e MYSQL_ROOT_PASSWORD=xxxx -P -d percona
Meu docker.cnf simplesmente anota o server-id (eu copiei da perconaimagem).
[mysqld]
skip-host-cache
skip-name-resolve
bind-address = 0.0.0.0
server-id = 4
Depois de usar CHANGE MASTERetc. Eu tenho a replicação funcionando muito bem.
Minha intenção (de acordo com o volume mount -v /replication/data:/var/lib/mysql) é manter todos os dados do MySQL na máquina host e tratar o contêiner docker de replicação como efêmero, ou seja, nenhum estado mantido no contêiner. Também deve ser fácil iniciar outro contêiner de replicação, caso eu precise de um, interrompendo o contêiner existente, copiando os dados em outro lugar, alterando server-ide executando um novo contêiner.
Para testar isso, depois que ele foi configurado e executado corretamente (eu assisti Seconds_Behind_Masterao menu suspenso 0), imaginei que deveria ser capaz de excluir o contêiner e recriá-lo, e a replicação ainda funcionaria bem. Por isso, tentei isso:
$ docker stop mysql-replication
$ docker rm mysql-replication
$ docker run ... // same command as before
Quando faço isso e me conecto ao MySQL em execução no contêiner, descubro que Slave_IO_Runningé No, e depois de iniciá-lo ( START SLAVE;) recebo o seguinte (como visto em SHOW SLAVE STATUS;):
Last_Error: Could not execute Update_rows event on table databasename.tablename; Can't find record in 'tablename', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.000681, end_log_pos 9952
( databasenamee tablenamesão nomes reais de banco de dados e tabelas)
No começo, pensei que provavelmente tinha estragado alguma coisa, mas tentei isso várias vezes agora para tentar resolver o problema. Using docker diff mysql-replicationnão mostra alterações no contêiner em execução que parecem ser significativas:
$ docker diff mysql-replication
C /run
C /run/mysqld
A /run/mysqld/mysqld.pid
C /var
C /var/log
A /var/log/mysql
A pesquisa no Google sugeriu que eu preciso usar RESET SLAVE;e, START SLAVE;mas isso não parece resolvê-lo - é como se os dados (fora do contêiner) não estivessem mais sincronizados com o mestre e, portanto, a replicação não pudesse continuar.
Alguém pode escolher buracos no que estou fazendo, por favor?
Muito obrigado.