Problème avec l'erreur: InnoDB: page ... séquence du journal ... numéro est dans le futur!

Question

Je sais que cette question a été posée, mais je suis à un point où je suis vraiment coincé et je ne sais pas comment continuer avec ce problème et je voudrais vraiment savoir, ce qui cause cette erreur à venir.

nous avons eu une réplication qui a travaillé sans aucun problème. notre configuration comprend un maître de base de données et quatre esclaves, tous Percona mysql en cours d'exécution, même version (5.5.x). l'autre jour, notre maître de base de données est mort à cause d'un problème matériel. alors nous sommes allés sur et fait esclave nouveau maître. ne devrait pas être un gros problème et était en effet aucun problème auparavant. mais maintenant après avoir obtenu les choses encore, je continue à avoir du grand nombre d'entrées du journal dans mon syslog comme:

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, donc je l'ai utilisé xtrabackup - que j'ai utilisé pour ces choses avant - pour créer une décharge du nouveau maître et utilisé la décharge pour l'appliquer sur les esclaves. sans succès. toujours le même problème avec ce message d'erreur. après je l'ai comme suit:

Je pris mon site hors ligne et assuré que toutes les données ont été répliquées à tous les esclaves - en effet: la réplication travailler! aucune donnée ne se PERDU, chaque esclave toutes les données qu'il devrait avoir.

suivant je l'ai fait un reset slave sur les esclaves et le maître a fait un i reset master. à mon avis, cela devrait réinitialiser les binlogs et recommencer à nouveau avec les numéros de séquence frais. suivant je l'ai fait un show master status et utilisé le nouveau fichier de séquence et le numéro de la commande change master to ... sur les esclaves. i réactivée la réplication et a pris mon site en ligne à nouveau.

sans succès! toujours le même problème. donc ma plus grande question:

WTF se passe !? comment cette erreur peut se produire sur:

• un nouveau esclave de configuration en utilisant xtrabackup
• après une remise à zéro sur binlog maître et esclave

comment le résoudre? Je veux dire: Je lis beaucoup sur l'insertion gigaoctets de données dans la base de données, que « le pointeur de la séquence peut rattraper son retard » ... mais cela ressemble beaucoup à un hack sale et ne peuvent pas un réelle solution à ce problème, non !? et ma plus grande préoccupation: le problème est en effet résolu en utilisant ce hack sale

d'autres idées que je pouvais faire? le dumping des données en utilisant mysqldump et importer aucune option est à nouveau btw., parce que la base de données est si grand, qu'il faudrait pour longtemps pour importer à nouveau.

UPDATE

ce que je aussi fait est: le dumping un des esclaves, y compris: mysql déinstallation completly, en supprimant tous les mysql choses connexes, y compris les bases de données, binlogs, etc., et sa mise en place à nouveau - sans succès. qui est la nouvelle installation je demande au sujet ci-dessus.

Answer 1

Personne ne semble avoir une vraie solution pour ce problème, au moins je n'ai pas pu creuser quoi que ce soit jusqu'à utile. Mais apparemment, il aide, juste laisser courir et le nettoyage des journaux sur une base régulière, de sorte que votre serveur ne soit pas rempli de billes de bois ... au moins, depuis quelques jours, je ne l'ai pas plus d'entrées log ...

est très étrange -. À mon humble avis