2

MySQL 5.0.95 マスターのスレーブとして Percona 5.5.25a サーバーを使用して MySQL レプリケーションをセットアップしました。スレーブはマスターに追いつくのが非常に遅いです。現在、約 4 日間マスターに遅れをとっています。マスターとスレーブの両方が VM ノードで実行されます。両方のノードの物理構成は同じです。MySQL の構成も両方で同じです。

スレーブを 5.0.95 に変更すると、スレーブはすぐに追いつき、マスターに遅れることはありません。

エンジンとして Innodb を使用しています。最初に、レプリケーションが開始されたとき、スレーブの Innodb ステータスは、レプリケーション中にテーブルにロックがあったことを示していました。このテーブルを更新するたびに、ロックが約 15 ~ 20 分間保持されていました。レプリケーションでこのテーブルを無視しました。この後、スレーブで観察されるロックはありません。しかし、スレーブの QPS はわずか 4 です。このレートでは、スレーブがマスターに追いつくことはありません。

これを解決する方法についての提案は大歓迎です。

4

1 に答える 1

1

SHOW ENGINE INNODB STATUS を実行して、デッドロックの理由を調べてください。

于 2013-01-14T05:01:04.740 に答える