デブサミ2011【17-A-4】大規模Webサービスのためのデータベース技術の現在・未来 松信嘉範 氏

「Developers Summit 2011【17-A-4】大規模Webサービスのためのデータベース技術の現在・未来 松信嘉範 氏」に関するつぶやきをまとめました。セッション紹介のタイムテーブルは以下になります。http://www.seshop.com/se/timetable/2
devsumi
1
ymkx_ @ymkx_
大規模Webサービスのためのデータベース技術の現在・未来 株式会社ディー・エヌ・エー システム統括本部 IT基盤部 松信嘉範 氏 #devsumi 17-A-4
Nahoko leaf Inamura @napooko
A会場「大規模Webサービスのためのデータベース.インフラ技術の現在と未来」松信のプレゼン開始です。 #devsumi
Masakazu Matsushita @matsukaz
#devsumi 【17-A-4】大規模WebサービスのためのDB技術の現在・未来。DeNAの松信さん。
oranie @oranie
今日はMySQLの中で「高い性能」「高い可用性」にスポットを当てる。 #devsumi
Eiji Shinohara @shinodogg
DeNAさんのMySQLのセッション〜。高性能、高可用性的な。 #devsumi
oranie @oranie
松信さんのスライドは@riywoさんの記事を読んでから聞くと理解が深まりますな。 #devsumi
oranie @oranie
シャーディング。水平分割について。DeNAさんはマッピングテーブル方式を基本的に採用。 #devsumi
Masakazu Matsushita @matsukaz
#devsumi 【17-A-4】大規模サービスならではの課題。1台のDBではさばけない。ソーシャルゲームではユーザIDを主キーに持つテーブルが多い。そのためレコード数も限定的。ユーザID+αのテーブルはレコード数が多い。こちらは1台でさばくのは難しい。
Nahoko leaf Inamura @napooko
水平分割の分割ルールはいろいろある。剰余方式に、マッピングテーブル方式。分割数を変える際にマッピングテーブル方式の方が関係ないデータに影響が少ない。 #devsumi
oranie @oranie
シャーディングで全体性能を上げると言っても特性による。 #devsumi
Masakazu Matsushita @matsukaz
#devsumi 【17-A-4】レコード数が膨大になった場合は水平分割する。サーバの台数増加で性能も比例することが理想。複数サーバを見なければならない分割方法だと比例しなくなるので注意。
oranie @oranie
DBサーバのスケールアウトについて。スケールアップも大事だよ、という話。HWコスト、運用面も考えようね。 #devsumi
ymkx_ @ymkx_
シャード・水平分割、シャーディングの手法が重要だね。DB設計と深く関わるな #devsumi 17-A-4
Masakazu Matsushita @matsukaz
#devsumi 【17-A-4】1台あたりの性能を高めることも大事。台数が多ければコストも増える。ここからは性能改善の歴史の話。
oranie @oranie
DBの性能:IOPSがとにかく重要。HDDはとにかく遅い。 #devsumi
Kenichi MASUDA @masudak
禿同 RT @oranie: DBの性能:IOPSがとにかく重要。HDDはとにかく遅い。 #devsumi
Kenichi MASUDA @masudak
RT @oranie: シャーディングで全体性能を上げると言っても特性による。 #devsumi
Nahoko leaf Inamura @napooko
ハードの進化、ソフトの進化。まずはハードで、32ビットOS時代の話から、次は64ビットOS+大容量メモリ時代。ここ頃にバッテリーバックアップ付きライトキャッシュとなりコミットのためのコスト低減。 #devsumi
Yousan_O @Yousan_O
松信さん、innodbをインノディービーってゆってる! #devsumi
Ryosuke IWANAGA 🇨🇦 @riywo
RT @Yousan_O: 松信さん、innodbをインノディービーってゆってる! #devsumi
oranie @oranie
HDD→HDD RAID→SATA SSDというストレージ側の進化話。 #devsumi
Nahoko leaf Inamura @napooko
Slaveへのレプリはシングルスレッドのため、スレーブ遅延が新たな問題となった。そこに登場したのがSSD。 #devsumi
oranie @oranie
レプリケーション遅延の解決にSSDは最適だった。これはスレーブ側のレプリケーション動作仕様(シングルスレッド)による。 #devsumi
oranie @oranie
InnoDB側の並列化による性能改善がかなり大きい。 #devsumi
残りを読む(38)

コメント

suginoy @suginoy 2011年2月17日
keymay256さんのつぶやきを追加しました。
ログインして広告を非表示にする
ログインして広告を非表示にする