jack's questions

1) Eu tenho 2 nós em que o nó 1 é editor e distribuidor no mesmo servidor e assinante no nó 2. Caso o editor fique inativo por algumas horas e eu precise abrir o assinante para leitura e gravação desabilitando a replicação, a transação e comandos no banco de dados de distribuição do nó 1 serão revertidos ou perderei certos dados?

2) Eu tenho o nó 1 é editor e o nó 2 tem distribuidor e assinante, caso o editor fique inativo por algumas horas e eu precise abrir o assinante para leitura e gravação. O que acontece com a transação marcada para replicação no editor, mas não foi enviada ao distribuidor, será revertida ou perderei alguns dados?

obrigada

Sou novo no MySQL. A versão do MySQL é 5.0.95. Habilitei o log de consulta lenta e editei no arquivo cnf o local do log de consulta lenta, mas não consegui ver arquivos de log de consulta lenta no local do servidor depois de editar no arquivo cnf, então criei manualmente slow-query.log no local do servidor. Corrija-me se estiver errado e agora quero visualizar o arquivo slow-query.log usando 'mysqldumpslow /var/log/mysql/mysql-slow.log' mas não consegui visualizar seu conteúdo. Existe alguma outra consulta específica para visualizar os arquivos de log de consulta lenta?

Recentemente, quando eu estava tentando encontrar informações sobre o tipo de espera latch_ex, me deparei com um blog como abaixo, que dizia sobre trava e trava.

Depois de ler este blog, estou apenas curioso em uma coisa. Quando o aplicativo enviar uma solicitação, o SQL Server procurará as informações no cache do buffer primeiro e, se a página não estiver no cache do buffer, somente ele lerá do disco e o colocará no cache do buffer antes de enviar as informações para o aplicativo. Minha pergunta com base na captura de tela acima, onde afirmava que trava e trava, precisava evitar que dois threads atualizassem a mesma página. Basicamente, todas as solicitações que chegam ao servidor SQL irão para o cache do buffer primeiro, se a página no cache do buffer estiver ocupada atualizando, outro thread terá que esperar. Ele não vai voltar para o disco porque a página já está na memória. Então qual é o propósito do lock já que toda requisição será feita através da memória e existe trava para proteger a página

Estou confuso com o backup para envio de logs, fazendo backup completo (não somente cópia) no primário, isso afeta a cadeia LSN de backup de log e faz com que o envio de logs não funcione? Se isso não afetar a cadeia LSN, posso fazer backup completo e backup diferencial no primário e, em seguida, para backup de log, posso usar o backup de log, que é feito pelo envio de log na pasta compartilhada para restauração caso o servidor primário e secundário esteja inativo.

Criei dois grupos de disponibilidade contendo vários bancos de dados na mesma instância do SQL Server. Posso ter dois ouvintes diferentes para esses dois grupos de disponibilidade?