オンラインゲームサービスにおける MySQL活用事例２００２・２コミュニティエンジン株式会社中嶋謙互オンラインゲームの特徴オフラインゲームにくらべると… ＊身体能力を発揮して楽しむより、思考を楽しむ内容に向く（光速の限界）＊自分との戦いよりもコミュニケーションの楽しさを求める内容に向く＊静的な世界よりも動的な世界観に向く 2 ゲーム開発 vs. 一般の開発ゲーム開発生活に必要ではない一般の開発 ←→ 「それを作りたい」から始まる←→ すぐに飽きられる ←→ 生活の役に立つ「それが必要」から始まる役立つ限り、使い続ける ★ゲームは何の問題も解決しない。 3 典型的に違う例：予算配分ゲーム開発の場合一般の開発の場合 A B C D 4 ：：：：面白くするための部分見た目をよくするための部分性能（機能）をよくするための部分信頼性を高めるための部分繰り返されてきた議論「ゲーム用にこういう性能のシステムがほしい」 → → → → → → → 5 一般のシステム開発会社に見積もりを依頼 N億円かかると言われる信頼性はいらないのでN百万円でやってくれと交渉するそれは無理だと言われる仕方なく自分でやることにするオープンソースのツールを使いつつ自分で作るできてしまいましたオンラインゲームの3類型＊ Massive Multiplayer Online game ＊ Peer to Peer Network game ＊ Hybrid Network game 6 MMO型ゲーム別名：OnlineGame ユーザー数：数千～数万オフラインで遊べない 7 P2P型ゲーム Bグループ別名：NetworkGame ユーザー数：不明オフラインで遊べる Aグループ Cグループ 8 ハイブリッド型ゲーム Bグループ別名：HybridNetworkGame ユーザー数：MMOとP2Pの中間相手探し後も多少通信する Cグループ Aグループ 9 今後の動向ゲームプレイの品質向上を求めるため、ハイブリッドもしくはMMO型が主流になっていく。 → ますますバックエンドの重要性が高まる 10 オープンソースソフトウェアとゲームシステム開発の相性相性のよい点・・・・ 11 ゲームは信頼性より中身重視（極論：動けばいいとも言う）根本的に安くしたいゲーム開発者はプログラミングスキルが高い何が悪いのか、追及しやすい（かえって責任を果たせる）オープンソースソフトウェアとゲームシステム開発の相性相性のわるい点・ OSSやUNIXを使ったことのないエンジニアが多い・英語の壁・ GPLの問題 12 ディプスファンタジアの物理接続図＊Webは除く＊フロントエンド1台あたり 700常時接続をこなす 13 フロントエンドの特徴＊ forkしないスタンドアロンサーバ＊小さなクエリー（数十バイト）を専用プロトコルで送信＊ CPU時間の90％以上をロジックが消費＊システムコールはネットワークのみ＊ GCC + glibc + gdb で開発＊プログラムはクラッシュするものとして扱う 14 Dumb vs. Intelligent Dumb なバックエンド Intelligent なバックエンド＊＊＊＊＊＊＊＊単機能高速チューンしやすい堅牢多機能高速にできるかもチューンしにくい堅牢にできるかも MySQLは、どっち？ 15 テーブルの構造：極めて単純＊全てのテーブルを同じ構造にした＊不要なものもいくつかあった 16 クエリーの内容：極めて単純 select data from charinfo where uid=X; insert into charinfo values ( X, Y , Z); update from charinfo where uid=X and slotid=Z; delete from charinfo where uid=X and slotid=Z; 17 アクセスパターン書き込みのほうが、読み込みよりも多い (insert,update) (select) 読み：書き最低ディプスファンタジア普通の検索エンジン等 18 １：１１：１００１００：１ベンチマーク時の性能(MyISAM) 4バイトのデータの場合(select) 40Kバイトのデータの場合(select) ＊Update はselectの7割だった 19 実運用でピーク時の性能４０KBのデータを毎秒50～80回保存、5回読み込みベンチマークでは150回以上保存している。＊ 1GHz P3×2 512M メモリのマシン＊ bdflushやギガビットのチューンでもっと速くなりそう → ディスクの使い方に関するチューンパラメータがほしい＊現在までMySQLが原因でクラッシュしたことはない 20 現場のエンジニアの意見＊SQLは名前を知っているだけだったが、今回必要な分に関しては、すぐに覚えられた。＊MySQLがなかなかインストールできなかった。＊Linuxのコマンドを覚えるのが大変だった。＊Emacsは嫌だがSambaで何とかなった。＊MySQLは日本語のドキュメントがある方だったのでよかった＊ゲーム作りついでにWeb掲示板も作ってみた。 21 コミュニティエンジンでの経験＊TCP_NODELAYの問題などは、ソースがないとなかなか分析・解決できなかった。＊mediumblob の失敗 → チューン＊MySQLチューンよりカーネルチューンのほうが面倒。多くの時間を、ディスクやメモリのチューン、ギガビットのチューンに取られる。＊MySQLはマシン性能から予想される最高性能が出る 22 結論。 MySQLを使うと、オンラインゲームサービス用のシステム製作で要求される価格対性能比を実現できる。ただしそのためには、C言語や英語など、OSSを使いこなすためのスキルが若干は必要。 23 拡張性：単純な分割 A B C 台湾では6群あるが、不足している 24 拡張性：静的balancing（論理図）クライアントからの要求静的に振り分け A B C D E フロントエンドに付けた balancer が、ユニークキーに基づいて静的に振りわける 25 ゲームシステム開発今後の課題＊静的 balancing の実装と試験＊スクリプト言語を使った開発効率の向上＊脱GPL化＊MySQL への要望（API、I/Oの使い方）(脱MySQL??) ＊クラスターシステムのメンテナンスツール＊Gigabitなどの安くて速いデバイスでの実績 26 チュートリアルの内容公開URL Http://www.vce-lab.net/osdb/ の予定（未完成） 27