今回は，MongoDB v2.2リリースノートをもとにv2.2で追加/改善された機能を紹介します。機能についてより詳しく知りたい方は第3回丸の内勉強会の資料を参照ください。コマンドレベルでの手順や，一部機能の検証が載っています。

新機能ダイジェスト

1．並列処理の強化（Concurrency Improvements）

• ロックの粒度がGlobalロックからDBロックになりました。
• PageFaultアーキテクチャが改善されロック時間が減りました。

2．Aggregation Framework

集計処理がコマンドで可能になりました。

3．Replica SetsのReadノード選択

一貫性レベルに応じて，どのノードからデータをReadするかを選択可能になりました。

4．Tagを使用したSharding（Improved Data Center Awareness）

データ保存先のShardをTagで指定可能になりました。

5．TTL（Time To Live）Collections

一定時間で削除されるCollectionを定義可能になりました。

6．その他の変更点

今回は省略します。第3回丸の内勉強会の資料を参照ください。

並列処理の強化（Concurrency Improvements）

並列処理の強化のために2つの大きな改善が入りました。ロックレベルに関するものとPage Faultに関するものです。どちらも利用者が意識することなく利用できる機能です。

ロックレベル

ロックの粒度がv2.0までのGlobalロック（Mongodインスタンス全体のロック）からDBレベルロックとなり，並列処理がより効率よく行えるようになりました。複数のDBで運用しているシステムには恩恵がありますが，それほど対象ユーザは多くはないかもしれません。

次のステップであるCollectionレベルロックでは多くのユーザに恩恵があると思われますが，実装は次バージョン以降となります。JIRAにチケット登録されており，2012年11月末現在でFix Version/s: Planning Bucket Aとなっており実装バージョンは未定となってます。

Page Faultアーキテクチャ

MongoDBはメモリキャッシュ機能を持っています。高速なReadを実現するためにpageと言う単位でデータをメモリに保持しています。メモリ内に無いデータはディスクからロードすることになりますが，このイベントをPage Faultと呼びます。Page FaultはメモリからReadする場合と比較して時間がかかってしまいます。

v2.2ではロック中にPage Faultが発生してロックが長引くことを避けるための仕組みが追加されました。更新系の処理が多いシステムではこの改善によってスループットが向上する可能性があります。

Aggregation Framework

Aggregation Frameworkは，データに対して集計処理を行うコマンド集です。v2.0系まではユーザがMap/Reduceでの実装が必要だった処理のうち，よく使うものをコマンドとして使えるようになりました。SQLでいうGROUP BY句に似た機能を提供します。コマンドは$から始まるオペレータと呼ばれ，パイプラインとして処理を組み合わせることが可能です。

たとえば，以下のSQL句をAggregation Frameworkで実現すると，図3のようになります。

SELECT name as '_id', AVG(score) as 'average' FROM scores
WHERE year = 'junior'
GROUP BY = name

db.scores.aggregate(
  { $match   : { "year" : "junior" } },
  { $project : { "name" : 1, "score" : 1 } },
  { $group   : { "_id"  : "$name",
                 "average" : { "$avg" : "$score" } } }
);

パイプラインに組み合わせることができるオペレータは以下のものがあります。