編集可能

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

「Developers Summit 2011【17-A-4】大規模Webサービスのためのデータベース技術の現在・未来 松信嘉範 氏」に関するつぶやきをまとめました。セッション紹介のタイムテーブルは以下になります。http://www.seshop.com/se/timetable/2
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
oranie @oranie

今日はMySQLの中で「高い性能」「高い可用性」にスポットを当てる。 #devsumi

2011-02-17 14:23:30
Eiji Shinohara @shinodogg

DeNAさんのMySQLのセッション〜。高性能、高可用性的な。 #devsumi

2011-02-17 14:23:31
oranie @oranie

松信さんのスライドは@riywoさんの記事を読んでから聞くと理解が深まりますな。 #devsumi

2011-02-17 14:25:26
oranie @oranie

シャーディング。水平分割について。DeNAさんはマッピングテーブル方式を基本的に採用。 #devsumi

2011-02-17 14:27:38
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
oranie @oranie

シャーディングで全体性能を上げると言っても特性による。 #devsumi

2011-02-17 14:29:54
Masakazu Matsushita @matsukaz

#devsumi 【17-A-4】レコード数が膨大になった場合は水平分割する。サーバの台数増加で性能も比例することが理想。複数サーバを見なければならない分割方法だと比例しなくなるので注意。

2011-02-17 14:30:02
oranie @oranie

DBサーバのスケールアウトについて。スケールアップも大事だよ、という話。HWコスト、運用面も考えようね。 #devsumi

2011-02-17 14:31:02
ymkx_ @ymkx_

シャード・水平分割、シャーディングの手法が重要だね。DB設計と深く関わるな #devsumi 17-A-4

2011-02-17 14:30:13
Masakazu Matsushita @matsukaz

#devsumi 【17-A-4】1台あたりの性能を高めることも大事。台数が多ければコストも増える。ここからは性能改善の歴史の話。

2011-02-17 14:31:33
oranie @oranie

DBの性能:IOPSがとにかく重要。HDDはとにかく遅い。 #devsumi

2011-02-17 14:31:53
masudak @masudak

禿同 RT @oranie: DBの性能:IOPSがとにかく重要。HDDはとにかく遅い。 #devsumi

2011-02-17 14:32:53
masudak @masudak

RT @oranie: シャーディングで全体性能を上げると言っても特性による。 #devsumi

2011-02-17 14:33:49
Nahoko leaf Inamura @napooko

ハードの進化、ソフトの進化。まずはハードで、32ビットOS時代の話から、次は64ビットOS+大容量メモリ時代。ここ頃にバッテリーバックアップ付きライトキャッシュとなりコミットのためのコスト低減。 #devsumi

2011-02-17 14:34:58
Yousan_O @Yousan_O

松信さん、innodbをインノディービーってゆってる! #devsumi

2011-02-17 14:36:06
Ryosuke Iwanaga 🇨🇦 @riywo

RT @Yousan_O: 松信さん、innodbをインノディービーってゆってる! #devsumi

2011-02-17 14:37:30
oranie @oranie

HDD→HDD RAID→SATA SSDというストレージ側の進化話。 #devsumi

2011-02-17 14:37:12
Nahoko leaf Inamura @napooko

Slaveへのレプリはシングルスレッドのため、スレーブ遅延が新たな問題となった。そこに登場したのがSSD。 #devsumi

2011-02-17 14:37:42
oranie @oranie

レプリケーション遅延の解決にSSDは最適だった。これはスレーブ側のレプリケーション動作仕様(シングルスレッド)による。 #devsumi

2011-02-17 14:38:31
oranie @oranie

InnoDB側の並列化による性能改善がかなり大きい。 #devsumi

2011-02-17 14:40:06
残りを読む(38)

コメント

suginoy @suginoy 2011年2月17日
keymay256さんのつぶやきを追加しました。
0