SHOEISHA iD

※旧SEメンバーシップ会員の方は、同じ登録情報(メールアドレス&パスワード)でログインいただけます

EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

最新イベントはこちら!

Security Online Day 2025 春の陣(開催予定)

2025年3月18日(火)オンライン開催

EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けの講座「EnterpriseZine Academy」や、すべてのITパーソンに向けた「新エバンジェリスト養成講座」などの講座を企画しています。EnterpriseZine編集部ならではの切り口・企画・講師セレクトで、明日を担うIT人材の育成をミッションに展開しております。

お申し込み受付中!

EnterpriseZine(エンタープライズジン)

EnterpriseZine編集部が最旬ITトピックの深層に迫る。ここでしか読めない、エンタープライズITの最新トピックをお届けします。

『EnterpriseZine Press』

2024年秋号(EnterpriseZine Press 2024 Autumn)特集「生成AI時代に考える“真のDX人材育成”──『スキル策定』『実践』2つの観点で紐解く」

脱初心者!MongoDB中級編

MongoDBの単体性能(前編)


「初心者から中級者になるためのMongoDB講座」は、MongoDBをインストールして実際にアプリケーションを作っている方、MongoDBのレプリケーションを運用しているが仕組みはあまりわからない方、シャーディングに手を出そうとしているが不安な方、そんなMongoDB初心者のみなさんへ向けた連載です。MongoDBはサクッとアプリケーションを作るのに適しています。しかし作ったアプリをいざ運用しようとすると、「思った以上に性能が出ない」「シャーディングやレプリケーションがどうやって動いているのかわからない」「何を監視すれば良いのかわからない」「バックアップやリストアはどうすればよいのか」「セキュリティは何を考えれば良いのか?」――そんな問題に直面することはないでしょうか?本連載では、これらの質問に答えていこうと思います。これらは典型的なシステムの非機能ですので、そういう意味では、この連載はMongoDBの非機能の連載といっても良いかもしれません。

はじめに

 MongoDBは使い始めるのが簡単で、インターフェースもJSONを出し入れするだけとシンプルなため、DBMSに関して知識が少ないアプリ開発者でも簡単にアプリを開発することができます。サクッとアプリを作り、サンプルデータで動作を確認し、いざ本番データで動かしてみたら「あれ?思った以上に性能が出ない」なんてことはないでしょうか?

 「MongoDBはNoSQLなんだから速い」という思い込みは危険です。MongoDBをはじめとするNoSQLは「水平分散(シャーディング)が得意で、水平分散すれば単体構成よりも速い」というのは事実ですが、単体構成が速いかどうかはチューニング次第です。また「NoSQLなんだからRDBMSより速い」という考えもよくありません。単体性能を比較した場合、どちらが速いかは単純には比較できません。

 「じゃあ、性能を上げるために水平分散をしよう!」と考えるかもしれませんが、ちょっと待ってください!

 意外かもしれませんが、MongoDBの大原則はできるだけシャーディングしないことです。

 MongoDBのシャーディングは一見魅力的に見えますが、性能を出すためにはそれなりの設計が必要ですし、なにより運用が格段に難しくなります。特にシャーディングしたデータのバックアップは難易度が高いです。

 そのため、 単体性能を最大限まで上げることが重要です。

 MongoDBは複雑なクエリでなければ、一般的なハードウェアで、シャーディングなしで秒間3000~10000件程度のクエリを処理することができます。そのため、かなり大規模でない限りシャーディングは必要ありません。実際にMongoDBを使っている人の大半はシャーディングをせずに利用しています。

 そこで、第1回と第2回ではMongoDBの単体性能についてじっくり説明してきます。第1回では「何が遅いのか知る」所に注力し、第2回で「なぜ遅いのか」を説明していきます。

何が遅いのかを知る

 性能問題に取り組む時に最初にやるべきことは、何が遅いのかの切り分けです。私は仕事ではインフラチームですので、よくアプリケーションチームから「DBが遅いんだけどなんとかして欲しい」という相談を受けます。そう聞かれた時に真っ先に聞くのは「何の処理が遅いの?」です。

 具体的には「特定のクエリの応答速度(TAT)が遅いのか」それとも「DB全体の処理性能(TPS)」が遅いのか、更にはその中で「参照が遅いのか」それとも「更新が遅いのか」、最低でもこの点は切り分ける必要があります。例えば、書き込みへのTATが遅いという状態でメモリを拡張しても、多くの場合応答速度は改善されません。

 では、MongoDBで何が遅いのかを調べる方法を見て行きましょう。

次のページ
まずスロークエリを見る

この記事は参考になりましたか?

  • Facebook
  • X
  • Pocket
  • note
脱初心者!MongoDB中級編連載記事一覧

もっと読む

この記事の著者

渡部徹太郎(ワタナベテツタロウ)

 日本MongoDBユーザ会所属 2012年からMongoDB勉強会開催、記事執筆、セミナ講演を精力的に実施。仕事でもMongoDBのトレーニングやコンサルティングを実施。日本で一番MongoDBを情報発信していると自負している。現在はWeb企業でビッグデータ基盤のエンジニアをしている。

※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です

この記事は参考になりましたか?

この記事をシェア

EnterpriseZine(エンタープライズジン)
https://enterprisezine.jp/article/detail/7043 2015/09/01 20:00

Job Board

AD

おすすめ

アクセスランキング

アクセスランキング

イベント

EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

新規会員登録無料のご案内

  • ・全ての過去記事が閲覧できます
  • ・会員限定メルマガを受信できます

メールバックナンバー

アクセスランキング

アクセスランキング