せじまくんの刺さらない話（MySQL Slave増設編） | GREE Engineering

はじめまして。プラットフォーム開発本部のせじまです。好きなものはDisk I/Oです。 今回はMySQL（on Linux）のレプリケーションにまつわる、ちょっとしたお話をさせていただきたいと思います。 はじめに MySQL4.0以降のレプリケーションは、 Masterのmysqldが、INSERT/UPDATE/DELETEなどの更新情報を、バイナリログに記録する。 Slaveのmysqld(IOスレッド)は、masterのmysqldに接続し、バイナリログを転送する。 Slaveのmysqld(IOスレッド)は、受信したバイナリログ内容を、リレーログに記録する。 Slaveのmysqld(SQLスレッド)は、リレーログを読み込み、更新内容をslaveのDBに反映する。 といった仕組みになっています。図にすると次の通りです(*1)。 MySQLのレプリケーションはとても良くできた仕組みな

[kshimo69]

好きなものはDisk I/Oです。と言ってみたい。

[azihsoyn]

“Proudly powered by WordPress ”

[ya--mada]

レプリケーション slave増設時に刺さらせない

[takc923]

勉強なる

[niwaka]

「特に、バイナリログの転送に伴う突発的なDisk Readは、致命的な問題といえます。」

[yoshitetsu]

Masterの転送負荷をかけずに、Slaveを追加する方法

[sh2]

取得するの手間だけどload averageよりiostatの%utilの方が適切かなとか、バイナリログだけ別のディスクに配置するとか、マスタに使える安くてパワーセーフライトキャッシュつきで冗長化できるSSDが出てくるといいですねとか

[kazeburo]

SSDにしたら良いと思う

[nully]

こういう人に私はなりたい

[nak812]

GREEさんでも「ささる」と言うようです⇒⇒

[abe_hn]

ここまでするか。。＞更新の非常に多いマスターにスレーブ追加する際、バイナリログのディスクからの読み込みで刺さらないように、ゆっくりファイルをとりだす。

[Metaphone]

更新頻度が物凄いMySQLでSlaveを増設する際の注意点。ここまで考慮したこと無かった…

[red_snow]

レプリケーション

[taku-o]

ざくざく。