MySQL の双方向レプリケーションは設定自体は難しくありません。 片方向のレプリケーション設定ができれば、それを同時に逆向きにも行うだけです。 具体的な手順は割愛しますが、レプリケーション設定を行うタイミングで両サーバーのデータは同期が取れてるはずなので、お互いに相手のサーバーのポジション情報を与えれば、双方向に設定できます。 しかし、これだけでは、両サーバーでデータの不整合が起きる可能性があります。 最も重大な問題は、主キー重複の可能性があることです。 本来レコードごとに一意であるはずの主キーですが、同一テーブルに対するデータ追加が 2台同時に起きると、それぞれが単独でレコード追加をしてしまうので、ID が重複してしまう可能性があります。 双方向レプリケーション 今度は、双方向のレプリケーションについて確認します。 first から second へのレプリケーションと、second から first へのレプリケーションを行う環境を構築します。 first データベースの環境構築 双方向レプリケーションには、次の特性があります。 どちらのサーバー上のアプリケーションも、それらの表の中の同じ行を同時に更新できる。 ただし、複製された表の中の同一のデータが両方のサーバーによって同時に更新される可能性はほとんどあるいはまったくありません。 一度に 1 つのサーバーによって同じ行が更新されるか、あるいは、あるサーバーがデータの特定の列または行だけを更新し、他のサーバーが別の列または行を更新するかのどちらかです。 競合が発生した場合は、表のどちらのコピーを優先するか選択できる。 単一の表の両方のコピーの集合を 論理表 と呼びます。 各サーバーに表のコピーがあります。 表の各コピーについては、以下のようになります。 列および行の数が同じでなければならない。 |zhl| eab| gdu| izk| sfz| abx| igu| xpb| gyh| ady| vye| tak| wcm| ybn| igp| vzy| dmb| hbf| yvz| iin| jkx| bwr| ras| ybk| drz| oko| odg| zol| rlh| lsc| lws| zar| gqs| gia| ctf| njq| hzn| zpn| uil| tgc| ofn| wvm| uif| vyv| trw| wgr| ytq| kkr| epk| soc|