mongodb支持多大數據

1. mongodb一億資料庫多大

1億是大約150g硬碟。
如果都是長位元組(就是都是中文字的，最好要翻倍300g或者500g就夠，包含系統和應用程序都是建幾個表和索引。

2. mongodb使用場景是什麼

使用場景：

（1）網站數據：MongoDB適合實時的插入，更新與查詢，並具備網站實時數據存儲所需的復制及高度伸縮性。

（2）緩存：由於性能很高，MongoDB也適合作為信息基礎設施的緩存層。在系統重啟之後，由MongoDB搭建的持久化緩存層可以避免下層的數據源過載。

（3）大尺寸，低價值的數據。

（4）高伸縮性的場景：MongoDB適合由數十或數百台伺服器組成的資料庫。

（5）用於對象及JSON數據的存儲：MongoDB的BSON數據格式適合文檔化格式的存儲及查詢。

mongodb設計特點：

（1）面向集合存儲，容易存儲對象類型的數據。在MongoDB 中數據被分組存儲在集合中，集合類似RDBMS 中的表，一個集合中可以存儲無限多的文檔。

（2）模式自由，採用無模式結構存儲。在MongoDB 中集合中存儲的數據是無模式的文檔，採用無模式存儲數據是集合區別於RDBMS 中的表的一個重要特徵。

（3）支持完全索引，可以在任意屬性上建立索引，包含內部對象。MongoDB的索引和RDBMS 的索引基本一樣，可以在指定屬性、內部對象上創建索引以提高查詢的速度。除此之外，MongoDB 還提供創建基於地理空間的索引的能力。

（4）支持查詢。MongoDB 支持豐富的查詢操作，MongoDB 幾乎支持SQL中的大部分查詢。

（5）強大的聚合工具。MongoDB 除了提供豐富的查詢功能外，還提供強大的聚合工具，如count、group 等，支持使用MapRece 完成復雜的聚合任務。

3. 談談redis，memcache，mongodb的區別和具體應用場景

從以下幾個維度，對 redis、memcache、mongoDB 做了對比。
1、性能
都比較高，性能對我們來說應該都不是瓶頸。
總體來講，TPS 方面 redis 和 memcache 差不多，要大於 mongodb。
2、操作的便利性
memcache 數據結構單一。（key-value）
redis 豐富一些，數據操作方面，redis 更好一些，較少的網路 IO 次數，同時還提供 list，set，
hash 等數據結構的存儲。
mongodb 支持豐富的數據表達，索引，最類似關系型資料庫，支持的查詢語言非常豐富。
3、內存空間的大小和數據量的大小
redis 在 2.0 版本後增加了自己的 VM 特性，突破物理內存的限制；可以對 key value 設置過
期時間（類似 memcache）
memcache 可以修改最大可用內存,採用 LRU 演算法。Memcached 代理軟體 magent，比如建立
10 台 4G 的 Memcache 集群，就相當於有了 40G。 magent -s 10.1.2.1 -s 10.1.2.2:11211 -b
10.1.2.3:14000 mongoDB 適合大數據量的存儲，依賴操作系統 VM 做內存管理，吃內存也比較厲害，服務
不要和別的服務在一起。
4、可用性（單點問題）
對於單點問題，
redis，依賴客戶端來實現分布式讀寫；主從復制時，每次從節點重新連接主節點都要依賴整
個快照,無增量復制，因性能和效率問題，
所以單點問題比較復雜；不支持自動 sharding,需要依賴程序設定一致 hash 機制。
一種替代方案是，不用 redis 本身的復制機制，採用自己做主動復制（多份存儲），或者改成
增量復制的方式（需要自己實現），一致性問題和性能的權衡
Memcache 本身沒有數據冗餘機制，也沒必要；對於故障預防，採用依賴成熟的 hash 或者環
狀的演算法，解決單點故障引起的抖動問題。
mongoDB 支持 master-slave,replicaset（內部採用 paxos 選舉演算法，自動故障恢復）,auto sharding 機制，對客戶端屏蔽了故障轉移和切分機制。
5、可靠性（持久化）
對於數據持久化和數據恢復，
redis 支持（快照、AOF）：依賴快照進行持久化，aof 增強了可靠性的同時，對性能有所影
響
memcache 不支持，通常用在做緩存,提升性能；
MongoDB 從 1.8 版本開始採用 binlog 方式支持持久化的可靠性
6、數據一致性（事務支持）
Memcache 在並發場景下，用 cas 保證一致性redis 事務支持比較弱，只能保證事務中的每個操作連續執行
mongoDB 不支持事務
7、數據分析
mongoDB 內置了數據分析的功能(maprece),其他不支持
8、應用場景
redis：數據量較小的更性能操作和運算上
memcache：用於在動態系統中減少資料庫負載，提升性能;做緩存，提高性能（適合讀多寫
少，對於數據量比較大，可以採用 sharding）
MongoDB:主要解決海量數據的訪問效率問題。
表格比較：
memcache redis 類型 內存資料庫 內存資料庫
數據類型 在定義 value 時就要固定數據類型 不需要
有字元串，鏈表，集 合和有序集合
虛擬內存 不支持 支持
過期策略 支持 支持
分布式 magent master-slave，一主一從或一主多從
存儲數據安全 不支持 使用 save 存儲到 mp.rdb 中
災難恢復 不支持 append only file(aof)用於數據恢復
性能
1、類型——memcache 和 redis 都是將數據存放在內存，所以是內存資料庫。當然，memcache 也可用於緩存其他東西，例如圖片等等。
2、 數據類型——Memcache 在添加數據時就要指定數據的位元組長度,而 redis 不需要。
3、 虛擬內存——當物理內存用完時，可以將一些很久沒用到的 value 交換到磁碟。
4、 過期策略——memcache 在 set 時就指定，例如 set key1 0 0 8,即永不過期。Redis 可以通
過例如 expire 設定，例如 expire name 10。
5、 分布式——設定 memcache 集群，利用 magent 做一主多從;redis 可以做一主多從。都可
以一主一從。
6、 存儲數據安全——memcache 斷電就斷了，數據沒了；redis 可以定期 save 到磁碟。
7、 災難恢復——memcache 同上，redis 丟了後可以通過 aof 恢復。
Memecache 埠 11211
yum -y install memcached
yum -y install php-pecl-memcache
/etc/init.d/memcached start memcached -d -p 11211 -u memcached -m 64 -c 1024 -P /var/run/memcached/memcached.pid
-d 啟動一個守護進程
-p 埠
-m 分配的內存是 M
-c 最大運行並發數-P memcache 的 pid
//0 壓縮（是否 MEMCACHE_COMPRESSED） 30 秒失效時間
//delete 5 是 timeout <?php
$memcache = new Memcache; $memcache -> connect('127.0.0.1', 11211); $memcache -> set('name','yang',0,30);
if(!$memcache->add('name','susan',0, 30)) {
//echo 'susan is exist'; }$memcache -> replace('name', 'lion', 0, 300); echo $memcache -> get('name');
//$memcache -> delete('name', 5);
printf "stats\r\n" | nc 127.0.0.1 11211
telnet localhost 11211 stats quit 退出
Redis 的配置文件 埠 6379
/etc/redis.conf 啟動 Redis
redis-server /etc/redis.conf 插入一個值
redis-cli set test "phper.yang" 獲取鍵值
redis-cli get test 關閉 Redis
redis-cli shutdown 關閉所有
redis-cli -p 6379 shutdown <?php
$redis=new
Redis(); $redis->connect('127.0.0.1',6379); $redis->set('test',
'Hello World'); echo $redis->get('test'); Mongodb
apt-get install mongo mongo 可以進入 shell 命令行
pecl install mongo Mongodb 類似 phpmyadmin 操作平台 RockMongo

4. MongoDB 中最多可以使用多少個集合

官方網站有關於這個問題的說明（Using a Large Number of Collections）。默認情況下，MongoDB 的每個資料庫的命名空間保存在一個 16MB 的 .ns 文件中，平均每個命名佔用約 628 位元組，也即整個資料庫的命名空間的上限約為 24000。
每一個集合、索引都將佔用一個命名空間。所以，如果每個集合有一個索引（比如默認的 _id 索引），那麼最多可以創建 12000 個集合。如果索引數更多，則可創建的集合數就更少了。同時，如果集合數太多，一些操作也會變慢。
不過，如果真的需要建立更多的集合的話，MongoDB 也是支持的，只需要在啟動時加上「--nssize」參數，這樣對應資料庫的命名空間文件就可以變得更大以便保存更多的命名。這個命名空間文件（.ns 文件）最大可以為 2G，也就是說最大可以支持約 340 萬個命名，如果每個集合有一個索引的話，最多可創建約 170 萬個集合。
還需要注意，--nssize 只設置新創建的 .ns 文件的大小，如果想改變已經存在的資料庫的命名空間，在使用這個參數啟動後，還需要運行 db.repairDatabase() 命令來調整尺寸。

5. mongodb為什麼導入100W數據佔用磁碟空間是1.49G,而136W數據才1G

數據不是數據大小的單位，100W一行一列的字元和10W圖片每個圖片1M並不是一個數量級的。