MariaDB Replicationの構成
819 ワード
企業開発アカウントDB情報を使用して、ローカルMariadb上でレプリケーションを構成します.会社DBはマスター、ローカルmariadbはスレーブ
ダンプ会社DBではなく、現在のローカルmariadb状態でコピーしています. 企業データベースで生成されたすべてのデータベースとデータは、ローカルmariadbにコピーされると推定されますが、コピーは行われません.
ステータス値を確認すると、正常にコピーされていることを示します.
レプリケーションは同じ環境で構成されていると思いますが、そうではないようです.
では、dumpを受け入れて復元するときに、レプリケーションがどこから始まるかをどのように決定しますか?
bin-logの最後の点は指定を決定することですが、dumpレプリケーション後、bin-logのレプリケーションをどこから開始するかをどのように決定するか知りたいです.
-->そうではなく、bin-log位置を示すのは、そのbin-log位置の後の値を反映することを意味する.
したがってdump後、bin−log位置はmasterstatusによって直接確認され、dump回復後、対応するbin−log位置の後にすべてのbin−logが適用される.
-->dump->insert->log-positionチェック.
dumpを復元した後にlog-positionを適用すると、挿入した内容が漏れてしまうかどうか.
ダンプ会社DBではなく、現在のローカルmariadb状態でコピーしています.
ステータス値を確認すると、正常にコピーされていることを示します.
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
プライマリ・サーバにデータベースを作成すると、ローカルでもデータベースが生成されます.レプリケーションは同じ環境で構成されていると思いますが、そうではないようです.
では、dumpを受け入れて復元するときに、レプリケーションがどこから始まるかをどのように決定しますか?
bin-logの最後の点は指定を決定することですが、dumpレプリケーション後、bin-logのレプリケーションをどこから開始するかをどのように決定するか知りたいです.
-->そうではなく、bin-log位置を示すのは、そのbin-log位置の後の値を反映することを意味する.
したがってdump後、bin−log位置はmasterstatusによって直接確認され、dump回復後、対応するbin−log位置の後にすべてのbin−logが適用される.
-->dump->insert->log-positionチェック.
dumpを復元した後にlog-positionを適用すると、挿入した内容が漏れてしまうかどうか.
Reference
この問題について(MariaDB Replicationの構成), 我々は、より多くの情報をここで見つけました https://velog.io/@emawlrdl/MariaDB-Replication-구성テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol