質問

この質問が以前に尋ねられたことは知っていますが、私は本当に立ち往生していて、この問題を継続する方法がわからない時点で、このエラーが起こる原因を知りたいと思います。

問題なく動作する複製がありました。セットアップには、1つのデータベースマスターと4人の奴隷が含まれ、すべてがPercona mysql、同じバージョン(5.5.x)を実行しています。先日、データベースマスターはハードウェアの問題のために亡くなりました。それで私たちは続けて、奴隷を新しいマスターにしました。それほど問題ではないはずであり、実際に以前に問題はありませんでした。しかし今、再び物事を起きた後、私は私のsyslogのログエントリの多くを次のように取得し続けています:

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 ... 奴隷に関するコマンド。再び複製をアクティブにし、再びオンラインでサイトを取りました。

成功せずに!まだ同じ問題。だから私の最大の質問:

何が起きてんだ!?このエラーがどのように発生するか:

  • Xtrabackupを使用した新鮮なセットアップスレーブ
  • マスターとスレーブにビンログがリセットされた後

それを解決する方法は?つまり、データベースにギガバイトのデータを挿入することについて多くのことを読みました。 できません この問題の本当の解決策になります、いいえ!?そして、私の最大の懸念:この汚いハックを使用して問題は実際に解決されていますか?

他に私にできることはありますか? MySqldumpを使用してデータをダンプして再度インポートすることは、データベースが非常に大きいため、再びインポートするのに時間がかかるため、オプションはありません。

アップデート

私がやったことは、MySQLを完全にデオストールし、ビンログ、データベースなどを含むすべてのMySQL関連のものを削除し、成功せずに再度設定するなど、奴隷の1つを捨てることです。それは私が上記で尋ねている新鮮なインストールです。

役に立ちましたか?

解決

誰もこの問題の本当の解決策を持っているようには見えません。少なくとも私は役に立つものを掘ることができませんでした。しかし、どうやらそれは、それを定期的に実行してクリーンアップするだけであるため、サーバーはログでいっぱいになりません...少なくとも、ある日からログエントリがもうありません...

これはすべて非常に奇妙です - 私の謙虚な意見では。

ライセンス: CC-BY-SA帰属
所属していません dba.stackexchange
scroll top