PHP勉強会2nd

DB

DBの負荷分散が参考になったので、ちょいまとめる。


MySQL分散処理

レプリケーションについて

業務ではMySQL5.4なので、非同期レプリケーションですから
セッションまわりの同期がうまくとれなくて参ったってなことがあったが、
これならうまくいきそう。
相変わらず、スレーブに書き込まれてるかどうかの保証はないですがね。


  1. マスターが更新クエリをバイナリログに記録
  2. スレーブが更新をチェックし、マスターからスレーブにBログ転送
  3. スレーブで更新クエリ実行
  1. マスターは更新クエリを受け取ったときにBログをスレーブに転送
  2. Bログを受け取ったスレーブはマスターにレスポンスを返してからコミット。

しかもマスターはスレーブからのレスを一定時間まつ。
（レスがなければスレーブ無視してコミットする）
これによってほとんど齟齬が生じる可能性が低いようだ。

（リレーログ云々もあったけど全然わかってないｗ）

  • メリット
    • サーバー故障時にもデータが転送されていることが保障される。
    • コミット動作がリレーログ書き込みまで保証してる。遅延がすくない。
  • デメリット
    • コミット動作がながくなってしまうので、書き込み速度が劣る。
  • 負荷分散

死活監視させるために、
Keepalived（MISC）を使うといいらしい。
（Keepalivedとかつかったことない。。）

  1. Keepalived（MISC_CHECK）でスレーブに設置したWEBページをチェック
  2. 問題なければバランシングとして追加。
  3. たとえば遅延があったりした場合はバランシングからはずすなども可能。