DSAS for Social での MySQL のボトルネックと今後の方針 : DSAS開発者の部屋

KLab Advent Calendar 2011 「DSAS for Social を支える技術」の5日目です。 @methane による MySQL を骨までしゃぶるチューニングシリーズ (シリーズ名は今考えました)のまとめとして、現在の DSAS for Social の MySQL のリアルな性能値や直面しているボトルネックを赤裸々に公開 してしまいます。 innodb_io_capacity を増やそう 本題に入る前に、まだ紹介してないけど1記事にするほどではなかった パラメータを紹介しておきます。 innodb_io_capacity は、 InnoDB に教えるヒントで、 Disk の IO/sec を指定します。 デフォルトでは、通常のHDDでも使えるように中途半端な値(バージョンによって100か200) になっているのですが、BBU付きバッファがあるRAIDカードを使うな

[indication]

締めくくりの言葉はとても大切

[golden_eggg]

限界値の参考に.

[tmatsuu]

innodb_io_capacityはRAID環境なら1000から2000程度。DSASにおけるリソース監視はGanglia。メモ。

[hiro_y]

innodb_io_capacity

[nakimura]

innodb_io_capacity = 2000とかするとよい

[methane]

@sh2 全ての性能を2倍にしても3倍の負荷には耐えられないけど、ゲームが大ヒットして5倍の負荷が来る可能性が十分有りうるので、スケールアップからスケールアウトに舵を切りました。

[amari3]

innodb_io_capacity

[tageo]

DSAS開発者の部屋:DSAS for Social での MySQL のボトルネックと今後の方針

[sh2]

もう少しならサーバをスケールアップできそうにも見えるけど、ネットワーク帯域とレプリケーション遅延がそれを許してくれないのか

[oinume]

innodb_io_capacity=1000 - 2000 RAIDカードの場合