Проблема с ошибкой: Innodb: страница ... последовательность журнала ... номер в будущем!

Question

Я знаю, что этот вопрос был задан ранее, но я нахожусь в точке, когда я действительно застрял и не знаю, как продолжить эту проблему, и я действительно хотел бы знать, что приводит к появлению этой ошибки.

У нас была репликация, которая работала без проблем. Наша настройка включает в себя один мастер базы данных и четыре раба, все работают Percona MySQL, та же версия (5.5.x). На днях наш Мастер базы данных умер из -за проблемы с оборудованием. Итак, мы продолжили и сделали раба новым мастером. Не должно быть большой проблемой и раньше не было проблемой. Но теперь после того, как я снова встал, я продолжаю получать много записей журналов в своем системном журнале:

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.

Итак, я использовал xtrabackup - который я использовал для этого раньше - чтобы создать дамп из нового мастера и использовал дамп для нанесения его на рабов. безуспешно. Все еще та же проблема с этим сообщением об ошибке. Затем я попробовал следующее:

Я взял свой сайт в автономном режиме и позаботился о том, чтобы все данные были воспроизведены для всех рабов - действительно: репликация является работающий! Никакие данные не потеряны, у каждого раба есть все данные, которые он должен иметь.

Далее я сделал reset slave На рабах и на мастере я сделал reset master. Анкет По моему мнению, это должно сбросить любые бенлоги и начать все сначала с свежих номеров последовательностей. Далее я сделал show master status и использовал новый файл последовательности и номер для change master to ... командование на рабов. Я снова активировал репликацию и снова взял свой сайт онлайн.

безуспешно! до сих пор та же проблема. Итак, мой самый большой вопрос:

WTF продолжается!? Как может произойти эта ошибка:

• Свежий настройка раба с использованием xtrabackup
• После сброса Binlog на мастере и рабах

Как это решить? Я имею в виду: я много читал о вставке гигабайт данных в базу данных, что «Последователь последовательности может наверстать упущенное» ... но это звучит очень похоже на грязный взлом и не мочь Будь реальным решением этой проблемы, нет!? И моя самая большая проблема: действительно ли проблема решена с использованием этого грязного взлома?

Есть другие идеи, что я мог сделать? Сброс данных, используя MySQldump, и импорт их снова - это не вариант, кстати, потому что база данных настолько большая, что потребуется долго, чтобы импортировать их снова.

ОБНОВИТЬ

Я также сделал: сброс одного из рабов, включая: Deinstalling MySQL, полностью удаление всех вещей, связанных с MySQL, включая Binlogs, базы данных и т. Д., И настройка его снова - без успеха. Это свежая установка, о которой я спрашиваю выше.

Answer 1

Похоже, что никто не имеет реального решения для этой проблемы, по крайней мере, я не смог выкопать ничего полезного. Но, видимо, это помогает, просто позволить ему запускать и очищать журналы на регулярной основе, поэтому ваш сервер не заполняется журналами ... по крайней мере, так как некоторые дни у меня больше нет записей журнала ...

Это все очень странно - по моему скромному мнению.