1

サーバーが同時にスレーブとマスターになることができるかどうかを知りたいです。私たちの問題は、マスターに同期する必要があるモバイル ユニットがたくさんあるのに、マスターの数百のテーブルのうち 6 つしか必要ないことです。余分なテーブルはすべて、同期の遅延とデータ コストの追加を除いて、スレーブでは何の役にも立ちません。

masterSchema 内の対応するテーブルと同期される 6 つのテーブルのみを含む、mobileSchema などの小さなスキーマを作成したいと考えています。これは可能ですか?スキーマを内部で同期させるか、または中間サーバーがより大きなサーバーのスレーブであり、モバイル ユニットのマスターであるマスター/スレーブ-マスター/スレーブ構成を持たせるには?

答えが「いいえ」の場合、誰かが提案する代替ソリューションを持っているでしょう. さまざまなスキーマ/データベースを手動で同期する必要がないように努めています。

ラザ

4

2 に答える 2

0

私の知る限り、スキーマを内部的にネイティブに同期することはできません。

あなたの場合、次のようなことができます:

  1. メイン サーバーでバイナリ ログを有効にします。
  2. プロキシとして機能する別のサーバーを作成し、メインから複製するように構成します。
  3. リモートサーバーに必要なテーブルのみをレプリケートするように「プロキシ」を構成します ( replicate-do-table )。
  4. 「プロキシ」でバイナリログとログスレーブ更新を有効にします。
  5. プロキシからレプリケートするようにリモート ユニットを構成します。

おそらく、リモート接続の暗号化も有効にする必要があります。

于 2014-04-01T07:54:02.180 に答える
0

レプリケーション フィルターを参照してください。

マスターでフィルタリングを実行できるため、変更の一部のみがログに記録されます。

または、レプリカでフィルタリングを実行して、マスターがすべての変更をログに記録し、レプリカがすべてのログをダウンロードすることもできますが、レプリカは変更のサブセットのみを適用します。一部のレプリカで一部の変更を再生し、他のレプリカで変更の異なるサブセットを再生する場合に適しています。

于 2014-04-01T03:35:06.923 に答える