mysqlのレプリケーションの遅延

Question

前提

構成

現在下記のように構成しているmysql3台をGCE(Google Compute Engine)に移行させました。

• マスタ
• スレーブ1：　意図的な数時間後のレプリケーション設定
• スレーブ2： マスターと同期レプリケーション

全て同じバージョンで移行に伴うソフトウェアのバージョン変更はありません

$ mysql --version
mysql  Ver 14.14 Distrib 5.7.20, for Linux (x86_64) using  EditLine wrapper

質問

スレーブ2にてレプリケーションの遅延が発生しています。移行する前はスレーブ2はマスタと同期していたのですが現在

Seconds_Behind_Master: 30801

上記のように遅延が発生しています。0になることはなく大体このくらいの値になっています。なぜ遅延が発生しているか分かっていません。移行する前は値は0でした。クラウド特有のボトルネックなどあるのでしょうか？？

• 長時間かかるようなクエリはない
• ディスク性能はddコマンドで測って同じくらい.CPUスペックは同じ
• ネットワーク遅延はないように見える。ここが怪しい？？

追加

• メモリが前よりも容量が小さく(100G→50G)それぞれ７割程を使用しているようで。使用しているメモリの差が40Gほど。このあたりでメモリアクセスできなくなり遅く同期が遅くなっている？？
• CPUの性能が若干落ちているみたいでした。mysqlスレッドはシングルスレッドなので性能差の影響でしょうか？

Comments

[miyahan]

GCEに移行するときに「スレーブ3」新たに追加したということですか…？ また移行前と移行後でソフトウェアの違い（例えばMySQL5.6を5.7にしたとか）はありますか？

[nama-chan]

失礼しました。スレーブ３→スレーブ２の間違いです。修正しました。ソフトウェアの変更はありません。同じものを使用しています。

[miyahan]

マスタを更新した直後にスレーブを参照して実際にデータが反映がされてないことを確認とれていますか？

[nama-chan]

いえ確認とれておりません。Seconds_Behind_Masterの値で遅延だと判断していました。