共計(jì) 1941 個(gè)字符，預(yù)計(jì)需要花費(fèi) 5 分鐘才能閱讀完成。
這篇文章將為大家詳細(xì)講解有關(guān) MongoDB 中固定集合 capped collection 的示例分析，丸趣 TV 小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。
一 . 什么是固定集合
MongoDB 中有一種特殊類型的集合，值得我們特別留意，那就是固定集合（capped collection）。
固定集合可以聲明 collection 的容量大小，其行為類似于循環(huán)隊(duì)列。數(shù)據(jù)插入時(shí)，新文檔會(huì)被插入到隊(duì)列的末尾，如果隊(duì)列已經(jīng)被占滿，那么最老的文檔會(huì)被之后插入的文檔覆蓋。
固定集合特性：固定集合很像環(huán)形隊(duì)列，如果空間不足，最早的文檔就會(huì)被刪除，為新的文檔騰出空間。一般來(lái)說(shuō)，固定集合適用于任何想要自動(dòng)淘汰過(guò)期屬性的場(chǎng)景。
固定集合應(yīng)用場(chǎng)景
比如日志文件，聊天記錄，通話信息記錄等只需保留最近某段時(shí)間內(nèi)的應(yīng)用場(chǎng)景，都會(huì)使用到 MongoDB 的固定集合。
固定集合的優(yōu)點(diǎn)
1. 寫入速度提升。固定集合中的數(shù)據(jù)被順序?qū)懭氪疟P上的固定空間，所以，不會(huì)因?yàn)槠渌系囊恍╇S機(jī)性的寫操作而“中斷”，其寫入速度非?？欤ú唤⑺饕?，性能更好）。
2. 固定集合會(huì)自動(dòng)覆蓋掉最老的文檔，因此不需要再配置額外的工作來(lái)進(jìn)行舊文檔刪除。設(shè)置 Job 進(jìn)行舊文檔的定時(shí)刪除容易形成性能的壓力毛刺。
固定集合非常實(shí)用與記錄日志等場(chǎng)景。
二 . 固定集合的創(chuàng)建
不同于普通集合，固定集合必須在使用前顯式創(chuàng)建。
例如，創(chuàng)建固定集合 coll_testcapped，大小限制為 1024 個(gè)字節(jié)。
db.createCollection(coll_testcapped ,{capped:true,size:1024});除了大小，創(chuàng)建時(shí)還可以指定固定集合中文檔的數(shù)據(jù)量。
例如，創(chuàng)建固定集合 coll_testcapped，大小限制為 1024 個(gè)字節(jié)，文檔數(shù)量限制為 100。
db.createCollection(coll_testcapped2 ,{capped:true,size:1024,max:100});創(chuàng)建固定集合還有另一途徑，就是將普通集合裝換為固定集合，使用的命令是 convertToCapped。
例如將 testcol1 集合轉(zhuǎn)換為一個(gè)大小為 1024 字節(jié)的固定集合：
db.runCommand({convertToCapped : testcol1 , size :1024})三 . 固定集合信息的查看
（1）判斷集合是否為固定集合，其判定命令為：
db. 集合.isCapped()。
例如判斷前面已創(chuàng)建的固定集合 coll_testcapped2 是否為固定集合：
（2）從集合信息中獲取 有關(guān)固定集合的屬性，查看集合的指令為：
db. 集合.stats()
例如查看集合 coll_testcapped2 的信息：
四 . 注意事項(xiàng)：
（1）固定集合創(chuàng)建之后就不可以改變，只能將其刪除重建。
（2）普通集合可以使用 convertToCapped 轉(zhuǎn)換固定集合，但是固定集合不可以轉(zhuǎn)換為普通集合。
（3）創(chuàng)建固定集合，為固定集合指定文檔數(shù)量限制時(shí)（指參數(shù) max），必須同時(shí)指定固定集合的大?。ㄖ竻?shù) size）。不管先達(dá)到哪一個(gè)限制，之后插入的新文檔都會(huì)把最老的文檔移除集合。
（4）使用 convertToCapped 命令將普通集合轉(zhuǎn)換固定集合時(shí)，既有的索引會(huì)丟失，需要手動(dòng)創(chuàng)建。并且，此轉(zhuǎn)換命令沒(méi)有限制文檔數(shù)量的參數(shù)（即沒(méi)有 max 的參數(shù)選項(xiàng)）。
（5）不可以對(duì) 固定集合 進(jìn)行分片。
（6）對(duì)固定集合中的文檔可以進(jìn)行更新 (update) 操作，但更新不能導(dǎo)致文檔的 Size 增長(zhǎng)或縮小，否則更新失敗。
假如集合中有一個(gè) key, 其 value 對(duì)應(yīng)的數(shù)據(jù)長(zhǎng)度為 100 個(gè)字節(jié)，如果要更新這個(gè) key 對(duì)應(yīng)的 value，更新后的值也必須為 100 個(gè)字節(jié)，大于 100 個(gè)字節(jié)不可以，小于 100 個(gè)字節(jié)也不可以。
報(bào)錯(cuò)信息為：Cannot change the size of a document in a capped collection : XXXX（XXXX 代表某個(gè)數(shù)據(jù)字）!=XXXX。
（7）不可以對(duì)固定集合執(zhí)行刪除文檔操作，但可以刪除整個(gè)集合。
刪除文檔時(shí)，報(bào)錯(cuò)信息為：cannot remove from a capped collection：XXXX
（8）還有一定需要注意，對(duì)集合估算 size 時(shí)，不要依據(jù)集合的 storageSize，而是依據(jù)集合的 size。storageSize 是 wiredTiger 存儲(chǔ)引擎采用高壓縮算法壓縮后的。
例如通過(guò) db. 集合.stats()命令查看某集合的數(shù)據(jù)，size 和 storageSize 二者相差還是很大的。
關(guān)于“MongoDB 中固定集合 capped collection 的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，使各位可以學(xué)到更多知識(shí)，如果覺(jué)得文章不錯(cuò)，請(qǐng)把它分享出去讓更多的人看到。
