mongoDB的分頁(yè)查詢是通過limit(),skip(),sort()這三個(gè)函數(shù)組合進(jìn)行分頁(yè)查詢的。

下面這個(gè)是我的測(cè)試數(shù)據(jù)

db.test.find().sort({“age”:1});

第一種方法

查詢第一頁(yè)的數(shù)據(jù)：db.test.find().sort({“age”:1}).limit(2);

查詢第二頁(yè)的數(shù)據(jù)：db.test.find().sort({“age”:1}).skip(2).limit(2);

查詢其他頁(yè)數(shù)以此類推。。。

第二種方法

查詢第一頁(yè)的數(shù)據(jù)：db.test.find().sort({“age”:1}).limit(2);

跟上面的第一種方法一樣的。

查詢第二頁(yè)的數(shù)據(jù)：

這個(gè)是獲取第一頁(yè)最后一條記錄的值，然后排除前面的記錄，就能獲取到新的記錄了

總結(jié)來(lái)說，如果數(shù)據(jù)量不是很大的話，可以使用第一種方法，畢竟比較簡(jiǎn)單，如果數(shù)據(jù)量比較大的話，使用第二種方法比較好，因?yàn)檫@樣就可以不用到skip()這個(gè)函數(shù),skip跳過太多的記錄，效率有點(diǎn)低

經(jīng)過認(rèn)真的考慮，第二種方法確實(shí)不適合跳頁(yè)，而且效率也不是很高

對(duì)于海量數(shù)據(jù)的話，我們要做些特殊的處理，

有以下2種方法

第一種方法

限制分頁(yè)的頁(yè)數(shù)，類似百度的百度的分頁(yè)處理，只是顯示前面的七百多條記錄，這樣的就不用考慮性能的問題了，畢竟一般人都只是翻到前面十頁(yè)，就找到自己需要的了

后面的統(tǒng)計(jì)結(jié)果應(yīng)該是估算出來(lái)的，根據(jù)查出來(lái)的這些記錄所占的比例估算出總的記錄數(shù)

第二種方法

我們可以這樣做,假設(shè)是根據(jù)id排序的，我們可以id跟id所在的頁(yè)數(shù)的序號(hào)存到redis/MemberCached中，

就像這樣,假設(shè)每一頁(yè)有10條記錄

id page

1 1

2 1

。。。

10 1

11 2

12 2

。。。。

20 2

這樣我們查第一頁(yè)的時(shí)候就能直接取出十條數(shù)據(jù)

假設(shè)有1億條數(shù)據(jù)，一條記錄id占4個(gè)字節(jié)，其他信息的占一個(gè)字節(jié)，一條記錄就占5個(gè)字節(jié)

1 0000 0000 *5/(1024*1024)=476MB

這種做法使用空間換時(shí)間，一般數(shù)據(jù)庫(kù)查詢的時(shí)間大多花在跟數(shù)據(jù)庫(kù)的連接上，放在緩存中，可以大大加快查詢的速度

本篇文章到此結(jié)束，如果您有相關(guān)技術(shù)方面疑問可以聯(lián)系我們技術(shù)人員遠(yuǎn)程解決，感謝大家支持本站！