com's questions

Tenho poucas árvores MySql absolutamente isoladas, cada uma delas tem um mestre e poucos escravos.

Para fins de automação, preciso definir o mesmo server_id para todos os mestres (isso simplificará o uso de pt-heartbeat, que precisa de server_id ). Isso deve estar perfeitamente bem, pois todas as árvores estão isoladas.

Eu estou querendo saber, se eu mudar server_id no mestre, reinicie o mestre, danifico a replicação? Claro que haverá um curto freio de replicação, mas isso interromperá completamente a replicação?

A questão é se a alteração do server_id interrompe a replicação completamente, altera as posições no log do bin?

ATUALIZAÇÃO: na verdade não preciso reiniciar o mysql, posso apenas alterá-lo no console com SET GLOBAL server_id=xxx, neste caso não preciso reiniciar.

Anteriormente, fiz a pergunta semelhante MySql Switching Masters durante o failover com log-slave-updates .

Digamos que esta é a nossa replicação atual

Além disso, tenho poucos servidores de aplicativos. Cada servidor de aplicativo se conecta diretamente ao Master 1 para INSERT e UPDATE e ao Slave[1-3] para SELECT.

Minha pergunta é como exatamente posso promover o Mestre 2 para ser um verdadeiro e único mestre. Observe a importância de que o Master 2 e todos os escravos abaixo dele são mysql 5.5 e o Master 1 é mysql 5.2

Quando alterei o IP do Master 1 para o IP do Master 2 nas configurações do aplicativo e fiz a implantação, houve um momento em que tive UPDATE e INSERTS tanto no Master 1 quanto no Master 2 , o que gerou "Duplicate entry..." no Master 2 . Depois disso, reconstruo a árvore e executo STOP SLAVE no Master 2 alguns segundos antes da implantação. Claro que perdi alguns dados, que foram inseridos no Master 1 e não replicados no Master 2 .

Então, qual é a maneira certa de fazer isso sem perder dados.

Além disso, ainda não entendi o que executar no Master 2 após o STOP SLAVE para redefinir as "configurações do slave", parece que não preciso realmente fazer isso, apenas STOP SLAVE e tudo deve estar funcionando, mas apenas para manter a ordem, quero redefinir as "configurações do escravo".

O problema que estou tentando resolver: É sabido que nem todos os desenvolvedores sabem o que é EXPLAIN no MySql, e nem todos sabem como usá-lo. Grande parte deles considera o MySql como uma caixa preta, não importa qual seja a consulta que eu escreva, espero tempo de resposta máximo e resultado certo. Acho que você reconhece essa situação. É claro que desenvolvedores mais experientes devem educá-los, mas estou procurando as melhores práticas para evitar a situação quando uma consulta ruim e travada passa pela equipe de controle de qualidade e desativa o ambiente de produção.

Abordagens para a solução : podemos ter algumas abordagens, a primeira, revisar o código da próxima implantação. Não é muito conveniente, pode levar muito tempo, mas é muito eficaz. O segundo, tente identificar consultas lentas no ambiente de preparação olhando para slow_logs, essa abordagem é muito fácil, mas não muito eficiente, os dados de preparação não são os mesmos dados de produção, portanto, a consulta lenta na produção pode ser completamente boa consulta sobre encenação.

Qual é a sua opinião, como evitar consultas mal escritas e lentas para ir para o ambiente de produção?

Desculpe pela pergunta duplicada.

Estou procurando a melhor maneira de instalar o mysql 5.5 no ubuntu.

Até agora, existem poucas opções:

• Instalando a partir do tar.gz

• Instalando do PPA.

• Alien em RPM.

Todos eles não parecem ser ideais para mim. A instalação a partir do tar.gz leva muito tempo e pode causar erros. A instalação do PPA é perigosa, não quero instalar algo no servidor de produção que não seja oficial ou que possa diferir da versão oficial. Rodar alien em RPM não é uma boa maneira de instalar.

Como você instalou o Mysql 5.5 no servidor Ubuntu?

Versão: Ubuntu 10.04.3 LTS

Tenho poucos servidores mysql em replicação master-salves em serviço de nuvem.

O problema é mesmo que todas as configurações, versões do mysql, recursos do servidor sejam os mesmos, ainda tenho inconsistência no comportamento do escravo.

Por exemplo, eu tenho um conjunto de escravos mysql estáveis ​​que funcionam perfeitamente, e um conjunto de escravos instáveis ​​que ainda tem segundos atrás do mestre mesmo em modo inativo, sem tráfego, e o conjunto de instáveis ​​é sempre os mesmos servidores.

Estou procurando algo diferente em escravos estáveis ​​e instáveis. Até agora não encontrei algo assim. Por favor, se você sabe como encontrar o que é diferente, compartilhe conosco.

Obrigado.

Há 2 anos a primeira versão do Mysql 5.5 foi lançada. Qual é o motivo para continuar trabalhando no MySQL 5.1 - a versão atual é o Mysql 5.1.62

Parece que deve haver diferenças fundamentais entre eles. Estou confuso sobre qual versão preferir.

Estou procurando algo que nos ajude a criar muitos escravos mysql conectados ao mestre especificado, digamos uma espécie de replicação em massa .

Se existir alguma solução para o efeito. No caso simples, pode ser apenas um script bash, que bloqueia o banco de dados mestre, copia os arquivos da tabela para o novo escravo, restaura a posição e inicia a replicação.

Do seu conhecimento se algo descrito acima existe?

Eu ainda sou muito novato no mysql. Esta questão é sobre promover o escravo com a opção --log-slave-updates para se tornar um mestre.

O esquema típico de promoção de escravo a mestre foi descrito em 15.3.6 Trocando mestres durante o failover . Aqui você pode encontrar etapas muito rígidas de como fazer isso:

Execute seus escravos com a opção --log-bin e sem --log-slave-updates. A razão para executar o escravo sem --log-slave-updates é evitar que os escravos recebam atualizações duas vezes caso você faça com que um dos escravos se torne o novo mestre.

Digamos que eu tenha o esquema como o seguinte (a imagem foi retirada de 15.3.5. Melhorando o desempenho da replicação ).

Onde o Mestre 2 é na verdade um escravo com --log-slave-updates e bin-log habilitado. Eu preciso habilitar --log-slave-update para salvar o bin-log do Master 1 para o bin-log do Master 2 e depois transferi-lo para todos os escravos. Em caso de failover, preciso promover o Master 2 para a função de Master 1 . Mas há uma contradição com o esquema padrão de failover do MySql que tenho --log-slave-updates habilitado, o que pode causar um problema.

Na sua opinião. Qual a ação que devo tomar para fazer isso?

Depois de ler Using Replication for Scale-Out , como posso rotear diferentes consultas para diferentes servidores, por exemplo, SELECTdesejo rotear para escravos e NON-SELECTpara mestre. Presumo que como loadbalancer posso usar haproxy , mas não achei possível distinguir entre consultas no nível de haproxy ? Além disso, digamos que alguém tenha alcançado o mestre diretamente, como o mestre pode identificar que esta é uma SELECTconsulta e mostrar ser enviado ao escravo ou ao balanceador de carga.

Por muito tempo eu tenho usado o MySQL 5.1.37 .

Recentemente notei que esta versão não é mais suportada no repositório, então preciso atualizar o mysql.

Presumo que mudar a versão deva ser um processo complicado com mudanças no my.cnf , e pode ser com as mudanças no código.

Perguntas

• Qual versão é a mais estável e preferida?
• Qual versão devo usar?

Desejo iniciar a replicação no banco de dados que possui muitas tabelas InnoDB e tabelas MyISAM. Fiz tudo de acordo com o manual Criando um instantâneo de dados usando arquivos de dados brutos .

Em primeiro lugar, tentei copiar todos os arquivos de tabelas com log de retransmissão e etc. sem ib_logfile e ibdata . A replicação não funcionou, não foi possível encontrar tabelas InnodDB, depois disso tentei fazer o mesmo com ib_logfile e ibdata , falhou com a mensagem de erro Error 'Mecanismo de tabela desconhecido 'InnoDB'' ao abrir tabelas .

Quando tentei copiar my.cnf do servidor original, o mysql falhou ao iniciar (versão 5.1.41).

Não tenho certeza se é possível iniciar a replicação com dados brutos e arquivos InnoDb. Por favor, se você tiver experiência, compartilhe comigo. Como posso lidar com isso.

Obrigado!

Tenho algumas dúvidas sobre consistência no Mysql em dois cenários

1º cenário: como posso verificar se um backup restaurado corresponde aos dados originais do banco de dados em todas as tabelas?

Temos dois hosts com o mesmo banco de dados A e B (os mesmos dados, restaurados em bancos de dados diferentes), se houver alguma maneira de verificar se os dados são realmente os mesmos. Talvez o tipo de hash md5 na mesa ajude. Se existem soluções existentes? Claro que não é complicado fazer algo sozinho, tipo um validador.

2º cenário Digamos que temos um esquema lógico muito estrito para o banco de dados. Preciso verificar se nosso banco de dados funciona de acordo com o esquema. Digamos que cada pedido tenha ProductId e etc. Parece muito mais complicado, se você já enfrentou esses problemas, como lidar com eles.

Obrigado!

Desculpe pela pergunta boba, tentei consultar com a cláusula WHERE e ORDER no final, que na verdade demorou muito para implementar, mesmo pensando que a cláusula WHERE estava no campo indexado. Parece que o Mysql primeiro executa ORDER na tabela inteira e depois SELECT, o que não é o comportamento preferido. Estou certo? Como posso fazer com que primeiro execute SELECT e depois ORDER.

Obrigado!

Termo aditivo:

mysql> explain SELECT * 
               FROM `products` 
               WHERE (`products`.user_id = 1111) 
                 AND ( (`products`.`type` = 'type1' ) )  
               ORDER BY products.id DESC 
               LIMIT 1 \G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: products
         type: ref
possible_keys: index_products_on_user_id, index_products_on_type
             , index_products_on_type_and_status
          key: index_products_on_user_id
      key_len: 5
          ref: const
         rows: 2570
        Extra: Using where; Using filesort