Início / user-976

Dave Rix's questions

Martin Hope
Dave Rix
Asked: 2012-07-03 08:06:41 +0800 CST
  • 1

Estou tendo alguns problemas com uma configuração de replicação que estou usando. Está funcionando bem há meses e, no fim de semana, o escravo parou de ler as atualizações do log binário do mestre com um erroGot fatal error 1236 from master when reading data from binary log: 'bogus data in log event'

Ao tentar ler o log binário relevante usando mysqlbinlog, recebo o erro mostrado abaixo;

[root@slglcd-01] # mysqlbinlog ibm-pr-slglcd-01.000075 > /dev/null
ERROR: Error in Log_event::read_log_event(): 'Event too small', data_len: 0, event_type: 0
ERROR: Could not read entry at offset 1828: Error in log format or read error.
[root@slglcd-01] #

Frustrante! Eu tentei usar várias combinações de --start-positione --offsetpara tentar superar os dados ruins, e nada parece estar funcionando...

O que estou procurando é uma maneira de pular (ou remover) esse erro de dentro do log binário, criando um novo log binário sem o item ofensivo, para que eu possa continuar minha replicação.

Não estou preocupado em perder a instrução, este é um banco de dados de coleção de syslog e uma linha ausente não vai doer.

O que não posso fazer é recriar o escravo a partir do mestre, pois o mestre usa o BLACKHOLEmecanismo e, portanto, não possui dados reais armazenados ...

Se o pior acontecer, terei que começar a partir do próximo log binário na sequência e perder os dados deixados no log ofensivo.

Desde já obrigado Dave

mysql replication
Martin Hope
Dave Rix
Asked: 2012-01-28 06:33:41 +0800 CST
  • 3

Estou tendo problemas para usar a replicação quando as máquinas estão configuradas para usar nomes de host em vez de endereços IP. O "skip-name-resolve" está DESLIGADO.

Se eu usar endereços IP, está tudo bem. Usando nomes DNS, tudo para.

no mestre

A replicação é configurada com o seguinte comando:

GRANT REPLICATION SLAVE ON *.* TO 'repluser'@'slavename.internal.domain' IDENTIFIED BY 'repl_pwd';

no escravo

A conexão do escravo é configurada como tal:

change master to
    master_host='mastername',
    master_user='repluser',
    master_password='repl_pwd',
    master_log_file='mastername.000001',
    master_log_pos=1;

O erro que estou recebendo

Ao iniciar o slave de replicação, o arquivo de log mostra as seguintes mensagens:

120127 14:07:48 [Note] Slave SQL thread initialized, starting replication in log 'mastername.000001' at position 4, relay log './mysql-relay-bin.000001' position: 4
120127 14:07:48 [ERROR] Slave I/O: error connecting to master 'repluser@mastername:3306' - retry-time: 60  retries: 86400, Error_code: 1130

Se eu tentar conectar usando a linha de comando da máquina cliente usando:

mysql -h mastername -u repluser -prepl_pwd

Eu recebo o erro:

ERROR 1130 (HY000): Host 'the.ip.address.here' is not allowed to connect to this MySQL server

Eu realmente espero que alguém possa me ajudar com meus problemas de resolução de domínio!!!

mysql replication
Martin Hope
Dave Rix
Asked: 2011-10-22 00:39:06 +0800 CST
  • 3

Eu tenho um problema estranho do MySQL InnoDB com o qual estou lutando há algumas horas. Estou perguntando isso aqui e também no site principal do StackOverflow - postarei a resposta no outro site quando respondida.

Eu habilitei o plug-in InnoDB como um substituto para a versão interna e definindo o innodb_file_formate innodb_file_per_tablenão está tendo o efeito necessário. As variáveis ​​de status do MySQL ainda aparecem Anacondacomo o mecanismo padrão.

Qualquer sugestão será recebida com gratidão!

Seção relevante das configurações do my.cnf

As configurações abaixo não existem em nenhum outro lugar na configuração substituindo essas opções.

innodb_file_per_table   = 1
innodb_file_format      = Barracuda
innodb_strict_mode      = 1

Entradas relevantes em SHOW VARIABLES

É assim que sei que o Barracuda está disponível

| innodb_file_format              | Antelope               |
| innodb_file_format_check        | Barracuda              |
| innodb_file_per_table           | OFF                    |
| innodb_strict_mode              | OFF                    |
| innodb_version                  | 1.0.9                  |

Seção do registro do MySQL

O log também está mostrando que o Barracuda está disponível...

111020 18:10:13 mysqld_safe Starting mysqld daemon with databases from /.../mysql_data/
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Compressed tables use zlib 1.2.3
111020 18:10:13  InnoDB: highest supported file format is Barracuda.
111020 18:10:13 InnoDB Plugin 1.0.9 started; log sequence number 5609019
111020 18:10:13 [Note] Event Scheduler: Loaded 0 events
111020 18:10:13 [Note] /.../mysql/libexec/mysqld: ready for connections.
Version: '5.1.48-log'  socket: '/tmp/mysql.sock'  port: 3306  Source distribution
mysql innodb