MySQLレプリケーションを安全に利用するための10のテクニック

MySQLのレプリケーションは非常に簡単に使える割には応用の幅が広いので非常に人気のある機能の一つである。レプリケーションの応用分野は例えば、 バックアップ 参照系の負荷分散 HA（高可用性） ディザスタリカバリ（サイト間レプリケーション） BI（レポーティングetc） という風にとても多くのバリエーションがある。このブログを読んで頂いている皆さんの中にもレプリケーションを使っている方は多いのではないだろうか。ご覧の通りMySQLのレプリケーション機能はミッションクリティカル分野でも利用されているが、レプリケーションの使い方が適切でないとシステムの安定稼働に支障を来してしまってDBAやシステム管理者の肉体的、精神的負担が増大してしまう。逆にレプリケーションを堅牢に運用することが出来ればマクラを高くして眠れるというものだ。レプリケーションはMySQLの代表的な機能であるので、レプリケーション

[graceful_life]

コメントのどっちの気持ちもわかるなぁ。ネットワークのSPECだけで見たらいかんのちゃうかね。 / “漢(オトコ)のコンピュータ道: MySQLレプリケーションを安全に利用するための10のテクニック”

[lxyuma]

5.1らへんの頃

[typista]

MySQLのレプリケーションはどしよ。マルチマスターは避けたほうが無難ぽ。

[aki03]

“漢(オトコ)のコンピュータ道: MySQLレプリケーションを安全に利用するための10のテクニック”

[jun_ya]

便利便利

[ebo-c]

"マスターとスレーブ間をSSLで接続すれば、データが壊れてしまった場合にはSSLが検知してくれるし、勝手に再送も行ってくれる"膝ポンだわー

[japanrock]

”レプリケーションの遅延が発生しないようにするために、マスターとスレーブで同程度のハードウェアを利用するといいだろう。特にInnoDBバッファプールの容量などは合わせておくべきである”

[tomotaka-ito]

コメント欄も参考になります。

[larker]

レプリケーション利用テクニック

[oinume]

ただしスレーブはクラッシュしてもマスターのデータから復旧ができるので、innodb_flush_log_at_trx_commit=2としておくというのはアリだ。

[yuki_2021]

レプリケーションが有効である場合とそうでない場合

[rawwell]

"1. マルチマスターレプリケーションを利用しない 非常によくある誤解なのだが、HAにしたいからといってマルチマスター構成にしているユーザをたまに見かける。マルチマスターとは２台のMySQLサーバで構成するトポロジの

[youhey]

MySQLのレプリケーションを安全に使うためのノウハウ

[giddyupyasu]

mysql レプリケーション

[gratt]

MySQL Proxyを使って負荷分散とな

[blueribbon]

「レプリケーションはMySQLの代表的な機能であるので、レプリケーションを使いこなしてこそ真のMySQLエンジニアであると言えよう。」

[sankaseki]

漢(オトコ)のコンピュータ道: MySQLレプリケーションを安全に利用するための10のテクニック

[rudeboyjet]

レプリケーションはまだ使ったことないので興味深い

[studio-m]

InnoDBはMixed or RBRでレプリケーションするのが適切。バイナリログを同期する。通常のレプリケーションはチェックサムを確認しないので、SSLかSSHトンネリングで通信する。MySQL Proxyで負荷分散。自分は負荷分散はLVS使ってた

[seiunsky]

レプリケーション

[hiro_y]

MySQLのレプリケーションで気をつけること。より安全に利用するために。

[Rewish]

レプリケーション

[pitworks]

1.マルチマスターレプリケーションを利用しない 2.スレーブを更新しない 3.適切なモードを選ぶ 4.テーブルにPKをつける 5.バイナリログを同期する 6.マスターとスレーブでハードウェアと設定を合わせる..etc

[kistame228]

4. テーブルにPKをつける

[sh2]

RBRはPKが必須

[akiyan]

良記事。

[hiroomi]

「レプリケーションの応用分野は例えば、…BI（レポーティングetc）」