MongoDB 1.8 RC0版本的特性有哪些

本篇文章給大家分享的是有關MongoDB 1.8 RC0版本的特性有哪些，小編覺得挺實用的，因此分享給大家學習，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

　　前兩天MongoDB發布了1.8版本，看到的大多數描述都是說到增加了Journaling日志文檔這個改進。

　　MongoDB1.8RC0版本有哪些特性

　　1.Journaling日志文檔增加單機可靠性

　　好吧，Journaling其實就是日志的意思，這里暫且當一個名詞用吧。它的使用方法是在啟動時加上–dur選項。Journaling的出現應該歸因于前段時間發生的某用戶在單機使用MongoDB然后進行了kill-9操作導致數據不可用后提出的。關于這個事件的描述可以看這里。

　　Journaling不僅能增強系統的可靠性，對于非正常關閉的MongoDB的重啟方式也有改變，從原來的需要進行漫長的repair操作，改成了進行在現在數據文件上重新執行Journaling日志記錄的操作。速度可以得到很大的提升。當然，如果是一次正常關閉，那么所有的Journaling日志就沒用了，會被直接清除掉。

　　Journaling日志的GroupCommits機制

　　Journaling日志支持GroupCommits功能，就是將一段時間的日志文件合起來進行一次磁盤寫操作。在1.8版本里，它的提交時間間隔大概是100ms。

　　Journaling對fsync操作的影響

　　如果使用了–dur參數啟動MongoDB，那么在執行fsync命令時，將不會是對所有數據文件進行fsync操作后返回，而是在Journaling日志寫到磁盤上就返回。

　　2.SparseIndex和CoveredIndex

　　SparseIndex只能對一個列進行索引，這一限制帶來的好處是，它不會對該項值為空的行作索引。這樣就大大減小了某些列的索引大小。比如你在文章列表中建立了一個是否刪除的標識，刪除掉的文章這個值為1，其它文章沒有這個值，那么在對這個值建立的索引就會非常小。

　　SparseIndex的使用示例如下，只需要在第二個參數加上sparse為true的標識即可：

　　db.people.ensureIndex({title:1},{sparse:true})

　　CoveredIndex是在聯合索引中，如果你查找的值正好是在索引中，則可以直接返回索引中存的值，而不用到數據文件中查找。(這個在傳統關系型數據庫中也有實現)

　　MongoDB1.8RC0版本有哪些特性

　　3.Map/Reduce輸出模式可配置

　　在1.8版本中，MongoDB的Map/Reduce不再將結果輸出到某個collection中，而是讓用戶在跳Map/Reduce任務時指定用何種方式輸出，下面是四種方式，使用方法是在Map/Reduce命令加上out參數，例：

　　db.users.mapReduce(map,reduce,{out:{inline:1}});

　　下面是四種方式：

　　“collectionName”–如果設置out為一個collection名，那么輸出結果將會存在這個collection中，這個collection如果本來就存在，那么數據將會被抹掉。

　　{merge:“collectionName”}-這個選項和上面的略有不同，不同在于數據不會被全部分抹掉，只是覆蓋掉與Map/Reduce結果有索引沖突的項。

　　{reduce:“collectionName”}–此選項比上一個選項又復雜一點，此選項在上面的情況下不會覆蓋掉原來的數據，而是選擇調用reduce方法和finalize方法(如果指定了的話)來合并重復的項。

　　{inline:1}-當指定這個選項時，結果不會存在某一個collection里，而是直接輸出一個數據對象，需要注意的是，只有當結果數據小于8M時才適用。

以上就是MongoDB 1.8 RC0版本的特性有哪些，小編相信有部分知識點可能是我們日常工作會見到或用到的。希望你能通過這篇文章學到更多知識。更多詳情敬請關注億速云行業資訊頻道。