MongoDB 2.4は最近、テキスト検索、ハッシュベースのシャーディング、GeoJSONサポートによる優れた地理空間機能、そしていくつかのパフォーマンス改善とツーリング群の改善を行なって、リリースされた。我々は、またロードマップ上の次のリリースが何であるのかを10genと話した。
主な改善点のいくつかは以下のとおりである 。
- テキスト検索は、ベータ機能として導入され、15の言語で語幹処理とトークン化をサポートしている。
- ハッシュベースのシャーディングは、あらゆる自然なシャーディングキーに分散しているデータを簡単に予測できない場合のためである。
- 地理空間インデックスは、GeoJSONサポートによる。
- セキュリティの強化-新しいモジュラー認証システム、Kerberosとの統合、ロールベースのアクセス制御
- いくつかのパフォーマンスの向上、カウントや集計などのいくつかの特定のシナリオでは著しい改善。
- V8がMongoのシェルにおけるデフォルトのJavaScriptエンジンになった（SpiderMonkeyを置き換え）。これで、JavaScriptベースのアクションのパフォーマンスと同時実行性が改善される。
- クラスタのステータス監視用の追加メトリクス
10genは、また 2.4のリリースと一緒にMongoDBのエンタープライズ版も導入した。
我々は、10genの製品マーケティングのディレクターであるKelly Stirman氏に連絡を取り、新機能と次に何が期待できるのかを聞いた。
氏は、コレクション・レベルのロックがMongoDBにとって意味をなさないかも知れない理由を説明した。
2.2で、ロックによる改善は、ロック競合を減らすことにより、ライト時のスループットに本質的な便益を提供しています。David Mytton氏がこの主題で良い記事を書き上げました。
MongoDBの2.4は、2.0と2.2で提供した改善を超えて、ロックの粒度に関して何も追加していません。私たちは、2.6では、ドキュメントレベルのロックを検討しています。改善を生み出したロックは、充分本質的だったので、コレクション・レベルのロックは大きな改善を追加しないでしょう。なので、ドキュメントレベルのロックが、次のステップでしょう。
新しいハッシュベースのシャーディングの代わりに範囲ベースのシャーディングをどのような場合に使用するのかについて。
範囲ベースのシャーディングを使用する場合、もしシャードキーの範囲に基づいて、アプリケーションがデータを要求するなら、それらのクエリは、通常、一つのシャード、あるいは恐らく僅かな数のシャードである、適切なシャードにルーティングされます。ハッシュベースのシャーディングを使用したシステムでは同じクエリは、ずっと多くのシャード、おそらすべてシャードにリクエストをルーティングします。理想的には、クエリは単一のシャードまたはできるだけ少数のシャードにルーティングされます。すべてのクエリをすべてのシャーにルーティングするよりも、この方がずっと良くスケールするからです。だから、あなたがよく自分のデータとクエリを理解していれば、恐らく範囲ベースのシャーディングが最適なオプションです。
MongoDB 2.4では、カウントは最高で20倍速くなり、Aggregationフレームワークは平均で３～５倍早くなります。氏の説明によると、改良されたカウントパフォーマンスは、MongoDBにおけるBツリーのトラバースへのいくつかの改善に依存している。カーディナリティが低いインデックスベースのカウントにおいて、最大の改善が見られます。アグリゲーションフレームワークの改善は、MongoDBの内部実装における多くの小さな変更が積み重なって大きな恩恵をもたらした結果なのだ。
エンタープライズフィーチャでは、何が次に入るのですか？
MongoDBの2.4は、セキュリティおよび監視の領域で大きく前進しましたが、将来のリリースには、はるかに多くのものを計画しています。我々は、認証、認可、および監査の次元に沿ってセキュリティを考えます。MongoDBの今後のリリースでも、これらの領域に注力していきます。我々はMongoDBのを提供するツール群を強化していきます。 MongoDB監視サービス（MMS）は、MongoDBのコミュニティで非常に人気を得ており、15,000人以上のユーザがおり、急速に成長しています。私たちは、MMSへの投資を引き続き行い、当社のエンタープライズサブスクリプションの一部として、クラウドベースのツールとオンプレムの製品の両方を無料で提供していきます。