デブサミ2011【17-A-4】大規模Webサービスのためのデータベース技術の現在・未来 松信嘉範 氏
-
- いいね！1
ymkx_
@ymkx_
大規模Webサービスのためのデータベース技術の現在・未来 株式会社ディー・エヌ・エー システム統括本部 IT基盤部 松信嘉範 氏 #devsumi 17-A-4
2011-02-17 14:21:04
Nahoko leaf Inamura
@napooko
A会場「大規模Webサービスのためのデータベース．インフラ技術の現在と未来」松信のプレゼン開始です。 #devsumi
2011-02-17 14:22:09
Masakazu Matsushita
@matsukaz
#devsumi 【17-A-4】大規模WebサービスのためのDB技術の現在・未来。DeNAの松信さん。
2011-02-17 14:23:30
Masakazu Matsushita
@matsukaz
#devsumi 【17-A-4】大規模サービスならではの課題。1台のDBではさばけない。ソーシャルゲームではユーザIDを主キーに持つテーブルが多い。そのためレコード数も限定的。ユーザID＋αのテーブルはレコード数が多い。こちらは1台でさばくのは難しい。
2011-02-17 14:27:39
Nahoko leaf Inamura
@napooko
水平分割の分割ルールはいろいろある。剰余方式に、マッピングテーブル方式。分割数を変える際にマッピングテーブル方式の方が関係ないデータに影響が少ない。 #devsumi
2011-02-17 14:29:24
Masakazu Matsushita
@matsukaz
#devsumi 【17-A-4】レコード数が膨大になった場合は水平分割する。サーバの台数増加で性能も比例することが理想。複数サーバを見なければならない分割方法だと比例しなくなるので注意。
2011-02-17 14:30:02
Masakazu Matsushita
@matsukaz
#devsumi 【17-A-4】1台あたりの性能を高めることも大事。台数が多ければコストも増える。ここからは性能改善の歴史の話。
2011-02-17 14:31:33
masudak | 新規事業コンサルタント
@masudak
禿同 RT @oranie: DBの性能：IOPSがとにかく重要。HDDはとにかく遅い。 #devsumi
2011-02-17 14:32:53
Nahoko leaf Inamura
@napooko
ハードの進化、ソフトの進化。まずはハードで、32ビットOS時代の話から、次は64ビットOS＋大容量メモリ時代。ここ頃にバッテリーバックアップ付きライトキャッシュとなりコミットのためのコスト低減。 #devsumi
2011-02-17 14:34:58
Nahoko leaf Inamura
@napooko
Slaveへのレプリはシングルスレッドのため、スレーブ遅延が新たな問題となった。そこに登場したのがSSD。 #devsumi
2011-02-17 14:37:42
oranie
@oranie
レプリケーション遅延の解決にSSDは最適だった。これはスレーブ側のレプリケーション動作仕様（シングルスレッド）による。 #devsumi
2011-02-17 14:38:31