Então a replicação de grupo do MySQL foi lançada com o MySQL 5.7. Agora isso já está um pouco fora, enquanto as pessoas estão começando a perguntar mais sobre isso.

• https://dev.mysql.com/doc/refman/8.0/en/group-replication.html
• …

Original post: http://anothermysqldba.blogspot.com/2014/05/a-look-at-mysql-57-dmr.html

Então eu percebi que era hora eu olhei para MySQL 5.7. Esta é uma visão geral de alto nível, mas eu estava procurando sobre o MySQL 5.7 em um documento de poucas palavras: 

• http://dev.mysql.com/doc/refman/5.7/en/mysql-nutshell.html

Então, eu estou começando com um novo  …

Original post: http://anothermysqldba.blogspot.com/2014/01/can-mysql-replication-catch-up.html

Assim, a replicação foi recentemente melhorado no MySQL 5.6. No entanto, as pessoas ainda estão usando 5.1 e 5.5 para algumas dessas melhorias vão ter que esperar para atingir o mundo real.

Recentemente, ajudou a mover nessa direção com uma solução de replicação localizado geo-. Uma parte do país tinha um servidor MySQL 5.1 ea outra parte do país, teve um novo servidor MySQL 5.6 instalado.

Depois de lidar com as questões de conseguir o apoio de dados inicial do primário para o servidor secundário (levou várias horas para dizer o mínimo), eu tinha que decidir poderia replicação apanhar e manter-se. O servidor primário teve algumas grandes consultas e otimização é sempre um …

Original post: http://anothermysqldba.blogspot.com/2013/09/mysql-access-and-replication-blocked-by.html

ERROR 2049 (HY000): Connection using old (pre-4.1.1) authentication protocol refused (client option 'secure_auth' enabled)
Se você já tentou se conectar a um banco de dados MySQL e você verá este erro, então você precisa ter uma senha de hash 41byte válido. Se você não tem certeza que você tem executar o SQL abaixo. Se você tem 16 senhas com caracteres que são senhas mais velhos.

select Password from mysql.user;
O seguinte é como eu resolvi isso como parte de uma migração do MySQL 5.0 para o MySQL 5.6.

O servidor MySQL 5.0 tinha uma mistura dos mais velhos pré 4.1 e senhas 41byte válidos. Como o servidor MySQL 5.0 tinha algumas …

Original post: http://anothermysqldba.blogspot.com/2013/08/create-slave-secondary-server-with.html

Então, primeiro você pode salvar-se algum tempo e ler o exemplo Percona para isso:
http://www.percona.com/doc/percona-xtrabackup/2.1/howtos/setting_up_replication.html

Mas no caso aqui é um exemplo baseado em uma situação real.

Servidor primário

# innobackupex /tmp/ <---- this is whatever directory you want to store the backup in. This is a very basic no fluff hot …

Original post: http://anothermysqldba.blogspot.com/2013/06/mysql-55-replication-to-mysql-56.html

Depois de horas de frustração ..... Vou colocá-lo simplesmente como não atualizar para o MySQL 5.6 se você estiver executando qualquer versão menos que o MySQL 5.5.

Você tem que atualizar para o MySQL 5.5 primeiro para manter sua sanidade e dados do tato.

Muita posts e informações estão disponíveis sobre as mudanças de senha no MySQL 5.6 e apoiá-los. Eu mesmo atualizou as senhas do MySQL 5.6 ea caixa estava instalado e funcionando muito bem. O problema estava a replicação. Eu tinha que replicar a partir de uma versão do MySQL inferior a MySQL 5.5 e ele simplesmente não iria funcionar. Eu desativado secure_auth e poderia ligar, mas ainda não tive sorte …

Original post: http://anothermysqldba.blogspot.com/2013/05/checking-out-mariadb-1002.html

Eu baixei o pacote fonte MariaDB 10.0.2 e fiz uma instalação personalizada. Eu fiz isso por causa de um post anterior em que eu tive dois mestres já construídas. Desta vez eu removi a replicação circular e apontou-lhes esta instalação MariaDB. I utilizado porta 3310 neste momento. Mesmos exemplos de configuração de instalação do post anterior se aplica aqui só agora posta em MariaDB-10.0.2 pastas. Eu adicionei a …

Send to Kindle

Desde a versão 5.1.64, o MySQL introduziu um nova variável chamada slave_max_allowed_packet, que foi introduzida para permitir um volume grande de dados quando inserindo ou atualizando registros utilizando replicação baseada em linha (row-based), fazendo com que a replicação não pare caso tu exceda o valor extipulado na variável max_allowed_packet.

O problema é que se tu utiliza a variável binlog_format=STATEMENT ou binlog_format=MIXED, MySQL ignora essa nova opção e continua utilizando max_allowed_packet como limite máximo, mas ele continua a reportar o problema em slave_max_allowed_packet (que por default vem configurada a 1Gb), o que causa a …

Não, este não sou eu! O Titio é bem mais bonitinho (boa definição para um feio arrumadinho). Mas, esta cara de bocó abismado bem me veste, ao trazer à luz este assunto. Sinceramente, não sei dizer se seria um byta-bug, […] ↓ Read the rest of this entry...