EC2でMySQL（リージョン間レプリケーション編）
前回に引き続き、MySQLの話です。 今回は、リージョン間でMySQLのレプリケーションを行います。 まずマスター用（Asia Pacific Tokyo）とスレーブ用（EU-West Ireland）、それぞれ1インスタンスずつ用意します。 ここでは、例として、 マスターのIP：mmm.mmm.mmm.mmm スレーブのIP：sss.sss.sss.sss データベース：clouadpack レプリケーション用のユーザー：repl_user レプリケーション用のパスワード：repl_pass とします。 ここでは各IPはElasticIPでパブリックなIPを適用しておきます。 まず、マスター、スレーブ、それぞれでデータベースを作成します。 $ mysql -u root mysql> create database cloudpack; Query OK, 1 row affected
MySQLレプリケーション
はじめに 本サイトで使用しているMySQLバージョン：5.0.51a-24 MySQLレプリケーションは、特定のMySQLサーバのデータを更新すると他のMySQLサーバに更新結果を複製することができる技術です。複製元をマスタサーバ、複製先をスレーブサーバと呼びます。 具体的には、マスタサーバ側でMySQLのデータを更新すると、実行されたSQL文がバイナリログとしてスレーブサーバ側に転送され、同様に実行されます。 スレーブサーバに対するマスタサーバは1台ですが、マスタサーバに対するスレーブサーバは複数設定できます。そのため、更新処理を行うマスターサーバに対して参照処理を行うスレーブサーバを複数用意することで、参照処理を負荷分散させることができます。また、アクセス数増加に伴い、スレーブサーバを増やすことでスケールアウトが容易にできるという利点もあります。 マスタサーバを複数用意することで更新処
MySQL レプリケーションの設定 - maruko2 Note.
MySQL レプリケーションの設定 提供：maruko2 Note. 移動： 案内, 検索 目次 1 MySQL レプリケーションの特徴 2 MySQL レプリケーションの動作概要 3 レプリケーションのセットアップ 3.1 レプリケーション用の my.cnf 設定 3.2 マスターにレプリケーション専用のユーザーを登録する 3.3 マスターサーバのスナップショットを作成する 3.4 マスターサーバのスナップショットを元に、スレーブを作成する 4 レプリケーションが正常に行われているか確認する方法 5 マスターのバイナリログの削除 6 参考ページ 7 MySQL 関連のページ MySQL レプリケーションの特徴 MySQL のレプリケーションは非同期。 1つのマスターに対して、1つ以上のスレーブが可能。 更新系のクエリはマスターのみで実行しなければならい。更新系クエリをスレーブで実行すると
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
現場指向のレプリケーション詳説