MySQLにおけるレプリケーション遅延の傾向と対策
レプリケーションはMySQLで最もよく使われる機能のひとつだ。レプリケーションは基本的に非同期でデータの複製を行う仕組みになっているのだが、非同期故にどうしても逃れられない問題がある。そのひとつが今回のテーマ、遅延である。というと、MySQLのレプリケーションはすぐに遅延が生じてしまうように感じてしまうかも知れないが、そのようなことはない。ほとんどの場合は即座にスレーブの更新が行われる。 なぜ遅延は発生するのか、どのように遅延が起きていることを調べるのか、どのように回避するのかということを本エントリでは解説したい。うまく遅延と付き合って、MySQLのレプリケーションをより快適に運用してもらえればと思う。 そもそも遅延とは何かMySQLのレプリケーションは非同期で行われる。これは準同期でも同じであり、スレーブにおいて更新が起きるのはマスターよりも一瞬遅れてしまう。これは非同期であるが故に逃れ
MongoDBのレプリケーションが簡単すぎる… - (ﾟ∀ﾟ)o彡 sasata299's blog
2010年04月11日13:34 NoSQL MongoDBのレプリケーションが簡単すぎる… ちょっと MongoDB のレプリケーションを試してみたのでメモ。びっくりするくらい簡単です。レプリケーションを試すため、mongod を master 用、slave 用でそれぞれ立ち上げましょう！ まず master 用のサーバを立ち上げます。えいっ。 ※ host, port を指定していないため、localhost で、port は 27017 が使われます。 mongod --master --dbpath /var/tmp/master そのあと slave 用のサーバを立ち上げます。そいやっ。これで終わり！！ mongod --slave --port 27018 --source localhost --dbpath /var/tmp/slave slave では --source
レプリケーション - Docs-Japanese - 10gen Confluence
紹介 MongoDBはバックアップやフェールオーバーに備えてサーバー間の非同期レプリケーションをサポートしています。 レプリケーションは、master/slave構成を拡張したもので、1つのサーバだけが書き込みに対してアクティブ(master)になることを意味します。 setまたはshard においては常に1つのサーバーのみが書き込みに対してアクティブ（primary/master）になっています。常に1つだけのmasterのみが書き込みに対してアクティブなことにより、強い一貫性（consistency）を実現します。 レプリケーションの1番の目的は、フェイルオーバーと冗長性です。 それ以外のサーバー（slave/secondary）に対しては、オプションで読み込み権限を与えることができます。これは結果整合性を採用しているためです。 MongoDBは現在master/slaveとre
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
snailinaturtleneck.com - snailinaturtleneck リソースおよび情報
