mongodb壓縮
❶ mongodb的msi安裝包怎麼用
網路mongdb，在官網直接下載安裝包
安裝非常的簡單只要，解壓或者安裝就可以。這取決於你下載的是msi安裝包還是zip壓縮包。
如果是zip的壓縮包。直接解壓，解壓後，放在D:/MongoDB目錄下。
為了命令行的方便，可以把D:/MongoDB/bin加到系統環境變數的path中。
如果和我一樣下載的是mongdb的msi安裝包
默認選中安裝類型就可以了。直到安裝完成。注意你的安裝路徑。。。
測試是否安裝成功
D:\>mongod --dbpath D:/MongoDB/data
Sun Oct 24 15:07:05 MongoDB starting : pid=2472 port=27017 dbpath=D:/MongoDB/data 32-bit
** NOTE: This is a development version (1.7.1) of MongoDB.
** Not recommended for proction.
** NOTE: when using MongoDB 32 bit, you are limited to about 2 gigabytes of data
** see http://blog.mongodb.org/post/137788967/32-bit-limitations
Sun Oct 24 15:07:05 db version v1.7.1, pdfile version 4.5
Sun Oct 24 15:07:05 git version:
Sun Oct 24 15:07:05 sys info: windows (5, 1, 2600, 2, 'Service Pack 3') BOOST_LIB_VERSION=1_35
Sun Oct 24 15:07:05 [initandlisten] waiting for connections on port 27017
Sun Oct 24 15:07:05 [websvr] web admin interface listening on port 28017
由於是開發版，上面就有個警告，沒關系，忽略它。
最後兩行說明的資料庫埠和Web埠，分別是27017和28017，在瀏覽器中打開http://localhost:27017，可以看到其相關的一些信息。
這樣說明安裝成功。
❷ mongodb bson數據壓縮嗎
呵呵，你說的這兩種格式其實都是解析度密切相關的。不能簡單的說哪個占的空間大，哪個占的空間校 jpg全名應該是JPEG，它以 24 位顏色存儲單個光柵圖像。JPEG 是與平台無關的格式，支持最高級別的壓縮
❸ 資料庫mongoDB怎麼安裝 為什麼我下載的解壓縮後裡面沒有bin目錄解壓縮後再怎麼辦
沒有bin目錄那有mongo.exe等這些exe程序文件嗎？一般都是在bin目錄下的，沒遇到過解壓後沒有bin目錄的
注意:
1. MongoDB 2.6.4 linux 版要求 glibc 必須是 2.5 以上，所以需要先確認操作系統的 glibc 的版本。
2. 在 32 位平台 MongoDB 不允許資料庫文件（累計總和）超過 2G，而 64 位平台沒有這個限制。
一)下載MongoDB
下載Windows 32-bit版本並解壓縮，程序文件都在bin目錄中，其它兩個目錄分別是C++調用是的頭文件和庫文件。bin目錄中包含如下幾個程序：
●bsonmp: 將 bson 格式的文件轉儲為 json 格式的數據
●mongo: 客戶端命令行工具，其實也是一個 js 解釋器，支持 js 語法
●mongod: 資料庫服務端，每個實例啟動一個進程，可以 fork 為後台運行
●mongomp/ mongorestore: 資料庫備份和恢復工具
●mongoexport/ mongoimport: 數據導出和導入工具
●mongofiles: GridFS 管理工具，可實現二制文件的存取
●mongos: 分片路由，如果使用了 sharding 功能，則應用程序連接的是 mongos 而不是mongod
●mongosniff: 這一工具的作用類似於 tcpmp，不同的是他只監控 MongoDB 相關的包請求，並且是以指定的可讀性的形式輸出
●mongostat: 實時性能監控工具
二) 設置MongoDB工作目錄
將其解壓到 c:\，再重命名為mongo，路徑為c:\mongo
三） 設置數據文件路徑
在c:\mongo裡面新建logs和data文件夾
在c:\mongo\logs裡面新建mongodb.log文件，建立日誌文件
在c:\mongo\data裡面新建文件夾db，建立數據存放目錄
四)啟動MongoDB服務
打開 cmd，輸入命令：c:\mongo\bin\mongod.exe --dbpath=c:\mongo\data\db
正常運行顯示以下信息：
Mongdb默認的監聽埠為27017。
❹ redis 和 mongodb 比起來優缺點是什麼
一、優點：
1、支持多種數據結構，如 string（字元串）、 list(雙向鏈表)、dict(hash表)、set(集合）、zset(排序set)、hyperloglog（基數估算）
2、支持持久化操作，可以進行aof及rdb數據持久化到磁碟，從而進行數據備份或數據恢復等操作，較好的防止數據丟失的手段。
3、支持通過Replication進行數據復制，通過master-slave機制，可以實時進行數據的同步復制，支持多級復制和增量復制，master-slave機制是Redis進行HA的重要手段。
二、缺點：
1、Redis只能使用單線程，性能受限於CPU性能，故單實例CPU最高才可能達到5-6wQPS每秒（取決於數據結構，數據大小以及伺服器硬體性能，日常環境中QPS高峰大約在1-2w左右）。
2、支持簡單的事務需求，但業界使用場景很少，並不成熟，既是優點也是缺點。
3、Redis在string類型上會消耗較多內存，可以使用dict（hash表）壓縮存儲以降低內存耗用。
(4)mongodb壓縮擴展閱讀：
redis使用注意事項：
1、注意垃圾回收：Redis是一個提供持久化功能的內存資料庫，如果不指定上面值的過期時間，並且也不進行定期的清理工作，那麼Redis內存佔用會越來越大，當有一天超過了系統可用內存，那麼swap上場，離性能陡降的時間就不遠了。
2、使用key值前綴來作命名空間：雖然說Redis支持多個資料庫（默認32個，可以配置更多），但是除了默認的0號庫以外，其它的都需要通過一個額外請求才能使用。所以用前綴作為命名空間可能會更明智一點。
3、Redis並不支持Sharding，但是當數據量超過單機內存時，不得不考慮Sharding的事（注意Slave不是用來做Sharding操作的，只是數據的一個備份和讀寫分離而已）。
❺ mongodb 磁碟空間什麼時候釋放
mongodb自己是不會釋放空間的。你需要根據實際情況考慮策略。
mongodb之所以佔用空間非常大，一是因為日誌非常龐大，一是為了保證連續的存儲空間本身會提前申請很大的空間。你可以根據需求選擇禁用日誌，或者一定時間日誌輪詢，對使用的空間定時壓縮等。
存儲空間佔用不斷增大
資料庫中被刪除數據的空間不會自動被釋放，需要通過repair或compact操作回收。repair操作針對整個資料庫，需要停機，否則可能造成數據丟失，compact操作針對單個collection壓縮。
在啟動資料庫時可以選擇noprealloc參數，禁止資料庫預分配空間，但會影響到插入效率。也可以設置每次預分配空間的大小，這樣可以一定程度減小mongodb對空間的佔用，當數據量增大後效果會變的不明顯。
journal文件很大
journal文件夾下有幾個文件不會自動刪除，會不斷變大。在未進行操作時journal文件也會佔用4G空間。啟動時可以通過nojournal參數禁用某些節點的journal功能。考慮使用日誌輪詢來處理journal文件佔用空間過大問題。
以前使用的時候做的筆記摘抄了一點，時間有些久遠，你可以順著我提供的兩個函數，主要是compact，可以不關機壓縮，還不錯，還有對日誌輪詢，從這兩個角度考慮解決
❻ mongodb linux 安裝哪個版本
1.下載解壓mongodb安裝包 wget http://fastdl.mongodb.org/linux/mongodb-linux-i686-3.0.4.tgz 下載完成後解壓縮壓縮包 tar zxf mongodb-linux-i686-3.0.4.tgz 2. 啟動准備 創建mongodb文件夾並進入 mkdir /usr/local/mongodb/ && cd /usr/loca...
❼ 如何壓縮mongodb文本欄位
有可能你添加數據的速度比存儲價格下降的速度來得更快，你花費在存儲上的凈支出實際上正在上升。你的內部成本也可能需要包括管理等因素，因此它們的價格可能會比商品市場價格高出很多。換句話說，你仍然需要尋求新的方式以減少您對存儲的需求。
磁碟存儲的大小是一個需要考慮的因素，當然還有其他需要考慮的。磁碟I/ O延遲是由在旋轉存儲上尋道時間為主導。通過降低數據的大小，用更少的磁碟尋道檢索一定量的數據是必要的，這樣磁碟I / O吞吐量將得到改善。對於RAM而言，一些壓縮格式可以不用解壓在內存中的數據。在這樣的情況下，更多的數據可以放在RAM中，從而提高了性能。
❽ mongodb 刪除後為什麼不釋放空間
原因是mongodb設計的本身機制問題造成的。
首先,mongodb在創建數據文件時，會根據64M,128M,256M...遞增的方式產生數據文件，最大數據文件為2G，增大到2G之後，後面新增的數據文件都佔用2G空間。
當刪除某一個表的數據時，mongodb會標記你刪除該表所在數據文件位置為：該部分的數據已經刪除，但是不會釋放該數據文件所佔用的空間，當有新的數據進來之後，會將數據分配到該數據文件中。
一方面是：刪除文件後不產生多餘的數據碎片，
另一方面不做數據的大規模遷移，減少mongodb內部的IO操作。
所以在刪除數據表之後，會發現系統空間並沒有釋放，從mongodb本身看，空間已經釋放了，被刪除數據的空間依然可用；
但從系統角度看，空間沒有釋放，並不會影響數據的存儲。