Pregunta

Sé que se hizo esta pregunta antes, pero estoy en un punto en el que estoy realmente atrapado y no sé cómo continuar con este problema y realmente me gustaría saber qué causa que surja este error.

Tuvimos una replicación que funcionó sin ningún problema. Nuestra configuración incluye un maestro de base de datos y cuatro esclavos, todos ejecutando Percona MySQL, la misma versión (5.5.x). El otro día, nuestro maestro de base de datos murió debido a un problema de hardware. Así que continuamos e hicimos a un esclavo el nuevo maestro. No debería ser un gran problema y de hecho no había problema antes. Pero ahora, después de volver a subir las cosas, sigo recibiendo muchas entradas de registro en mi syslog como:

Mar 15 13:17:25 dbslave3 mysqld: 120315 13:17:25 InnoDB: Error: page 263337 log sequence number 34159788445
Mar 15 13:17:25 dbslave3 mysqld: InnoDB: is in the future! Current system log sequence number 1096541424.

Ok, entonces usé Xtrabackup, que usé para estas cosas antes, para crear un volcado del nuevo maestro y usé el volcado para aplicarlo en los esclavos. sin éxito. Sigue siendo el mismo problema con este mensaje de error. A continuación probé lo siguiente:

Sacé mi sitio fuera de línea y me aseguré de que todos los datos se replicaran a todos los esclavos, de hecho: replicación es ¡laboral! No se pierden datos, cada esclavo tiene todos los datos que debería tener.

Luego hice un reset slave en los esclavos y en el maestro hice un reset master. En mi opinión, esto debería restablecer cualquier binlogs y comenzar de nuevo con nuevos números de secuencia. Luego hice un show master status y usó el nuevo archivo de secuencia y número para el change master to ... comando en los esclavos. Activé la replicación nuevamente y tomé mi sitio en línea nuevamente.

¡sin éxito! Sigue siendo el mismo problema. Entonces mi mayor pregunta:

¿¡Que diablos está pasando!? ¿Cómo puede ocurrir este error?

  • un esclavo de configuración nuevo con Xtrabackup
  • Después de un reinicio de binlog en maestro y esclavo

¿Cómo resolverlo? Quiero decir: leí mucho sobre la inserción de gigabytes de datos en la base de datos, que "el puntero de secuencia puede ponerse al día" ... pero esto suena muy parecido a un truco sucio y no poder Sea una solución real a este problema, ¿no?? Y mi mayor preocupación: ¿se resuelve el problema usando este truco sucio?

¿Alguna otra idea lo que podría hacer? Descargar los datos usando MySQLdump e importarlos nuevamente no es una opción por cierto, porque la base de datos es tan grande que tardaría en importarlo nuevamente.

ACTUALIZAR

Lo que también hice es: descargar a uno de los esclavos, que incluyen: Deinstalling MySQL completamente, eliminando todas las cosas relacionadas con MySQL, incluidos binlogs, bases de datos, etc. y configurarlo nuevamente, sin éxito. Esa es la nueva instalación sobre la que estoy preguntando arriba.

¿Fue útil?

Solución

Nadie parece tener una solución real para este problema, al menos no pude cavar nada útil. Pero aparentemente ayuda, simplemente dejar que ejecute y limpiar los registros de forma regular, para que su servidor no se llene de registros ... al menos, ya que algunos días ya no tengo entradas de registro ...

Todo esto es muy extraño, en mi humilde opinión.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a dba.stackexchange
scroll top