実績のあるやり方ですが、考えながら書いたのでもしかすると書き間違えや無駄な手順があるかもです。MyISAMがなくinnodbだけの場合は無停止で出来るようです。レプリケーション形式についてスポンサーリンクスレーブのスレッドスレーブには2つのスレッドが存在しました。I/OスレッドとSQLスレッドです。I/Oスレッドマスタの更新ログを取りに行き、スレーブにリレーログとして保存します。DBの更新はしません。SQLスレッドリレーログを読み込み、SQLを実行してDBを更新します。それぞれが別に走っているところもポイントです。別に走っているので、スレッドを停止する場合はI/Oスレッドを止めてからSQLスレッドを止める必要があります。しないとリレーログだけ残ってしまう可能性があるからです。レプリケーションの設定手順わかりやすいサイト様があったのでどうぞhttp://qiita.com/shotaTsuge/items/83e4387d6c8488677e17レプリケーションの切替手順GTIDを使用しない場合のレプリケーション例を挙げて説明します。以下のDBサーバを用意しました。東京サーバ(マスタDB)大阪サーバ(スレーブDB)マスタ1台スレーブ1台のシンプル構成です。WEBサーバは特に触れないのでWEBサーバとします。yyyyyyyyy+——————+———–+————–+——————+※この内容を控えておく。1※mysqldumpコマンドに–master-dataオプションを追加する事でこのpositionの内容も書き込まれる。slave;このままだと障害前後で東京と大阪が逆になってしまっているので、東京マスタ大阪スレーブに戻す。yyyyyyyyy+——————+———–+————–+——————+※この内容を控えておく。yyyyyyyyy+——————+———–+————–+——————+※この内容を控えておく。東京サーバ(マスタDB)大阪サーバ(スレーブDB)北海道サーバ(スレーブDB)マスタ1台子スレーブ2台の構成です。WEBサーバは特に触れないのでWEBサーバとします。yyyyyyyyy+——————+———–+————–+——————+※この内容を控えておく。yyyyyyyyy※この内容を控えておく。slave;大阪マスタ・北海道スレーブ・東京スレーブとなった。東京をマスタにするのは同じような考えです。MyISAMがなくinnodbだけの場合は無停止で出来るようです。ID)GTIDを使うとどうなるか。スレーブから見たマスタのpositionという概念がなくなる。ダンプのpositionを確認するのに今まではマスタの100番positionとスレーブの100番positionは違う位置でした。これがGTIDで共通IDが振られたので、マスタの100番positionとスレーブの100番positionは同じ位置という見方が出来るようになった。ついて本気出して調べてみたMySQLのレプリケーション設定をしている中でレプリケーション形式について学ぶ機会があったので記録しておきます。22:55なんか認識間違えてないと良いのですが・・・ご指摘ください。コメントをキャンセルメールアドレスが公開されることはありません。*サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。NormalBlog.net。