【Rails】レプリケーション対応によりDB負荷を半分に減らした - Qiita
こんちは freee K.K. という会計・給与などの クラウドサービスを提供している会社にて会社員をやっとります @futoase です。 今日は弊社サービスで利用しているDB(RDS)の負荷を半分に減らしてみた、 ということで軽く書いていきたいと思います。お付き合いください。 今期ずっと見続けられてるアニメは、 ゆるゆりとおそ松さんです。 ここで話すRuby/Ruby on Railsの世界とは Ruby 2.1系 Rails 4.2系 以上の世界観となってます。 Ruby 2.1系なのは今月中に2.2にします...(2.3が出てしまう前に...) ベンチマーク方法 について予め言っておきますと、 nginxで収集したaccess.log(staging環境なので開発者がアクセスしたログしかないですよ)を元に 特定のController#Actionへの負荷計測をsiegeに食わしてシ
レプリケーション時のRESET MASTERとRESET SLAVE – OpenGroove
さっそく一部追記（2010/04/14)。 MySQLレプリケーションにおいて発行するコマンド、RESET MASTERとRESET SLAVE、 それぞれの動作・挙動についてうっすらとまとめておく。なお、どちらもスレーブ側で 実行するという前提で話を進める。 RESET MASTER RESET MASTER文はスレーブがマスタに昇格するフェイルオーバー時に発行する。 これにより、スレーブはマスタのバイナリログを読みに行くのをストップする。 具体的には以下の状態になる。 バイナリログインデックスファイルを空白にリセット。 インデックスファイルにリストされたすべてのバイナリログを削除。 バイナリログがすべて消えてなくなるのではなく、例えばbin-log.000019まであった バイナリログはリセットされ、bin-log.000001のみが存在する状態になる。 RESET SLAVE RES
MySQL:レプリケーションでエラーステートメントの実行を無視する
MySQL のステートメントベースレプリケーション(SBR)で、エラーの起きているステートメントの実行を飛ばすには、スレーブで以下の作業を行う PROMPT>STOP SLAVE PROMPT>SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1; # 1 はスキップするステートメントの数 PROMPT>START SLAVE AWS RDS ではストアドプロシージャ rds_skip_repl_error を呼ぶ PROMPT> CALL mysql.rds_skip_repl_error; 実行例 MASTER 側で実行すべき CREATE TABLE 文を SLAVE 側で実行し、そのあと MASTER でも実行してしまい、レプリケート時にエラーが発生したケースを考える。 (このようなケースは IF NOT EXISTS で CREATE TABLE するとか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQL :: MySQL 5.1 リファレンスマニュアル :: 5.1.2.3 ステートメント ベースと行ベースのレプリケーション比較
