MySQL内のサバ間のレプリケションはバ。マスタ「ベント」としてバ邮箱ナリログに書き込みます。バopenstackナリログ内の情報は，記録されているデopenstackタベopenstackス変更に応じて異なるロギング形式で格納されます。スレーブは,マスターからバイナリログを読み取って,スレーブのローカルデータベースにあるバイナリログのイベントを実行するように構成されます。

マスタはこのシナリオでは”「ダム」です。いったんバopenstackナリロギングが有効になると，すべてのステopenstackトメントはバopenstackナリログに記録されます。各スレブはバを受け取ります。バイナリログのどのステートメントを実行するべきかを決めるのはスレーブの役割で,特定のイベントのログのみを記録するようにマスターを構成することはできません。特に指定しない場合は，マスタ。必要な場合,特定のデータベースまたはテーブルに適用するイベントだけを処理するようにスレーブを構成できます。

各スレーブはバイナリログ座標(マスターから読み取って処理したファイル名とファイル内での位置)のレコードを保持します。これは，複数のスレ。スレーブはこのプロセスを制御するため,マスターの操作に影響を与えることなく,サーバーから個々のスレーブに接続したり接続解除したりできます。また,各スレーブはバイナリログ内の現在の位置を記録しているため,スレーブを接続解除し,再接続してから処理を再開できます。

マスタと各スレブは一意idを使用して構成する必要があります(服务器idオプションを使用)。また,各スレーブは,マスターホスト名,ログファイル名,およびそのファイル内の位置に関する情報を使用して構成する必要があります。これらの詳細は，スレブで改变主ステトメントを使用してMySQLセッション内から制御できます。詳細はスレブのマスタ情報リポジトリ(ファ)に格納されます(セクション17.2.2 "レプリケションリレおよびステタスログ"を参照してください)。

このセクションでは，レプリケ。新しいレプリケション環境を作成するための手順を追った説明を含みます。このセクションの主な内容は次のとおりです。