tips：SKU:Stock keeping Unit，最小存货单位。

db.categories.find({_id:{$in:product['category_ids']}});

db.products.renameCollection("store_products");

db.createCollection("users.actions",{capped:true,size:1024});

db.user.actions.find().sort({"$natural":-1});

db.system.namespaces.find();　　db.system.indexes.find();

MongoDBV2.0中，BSON文档的大小被限制在16MB。便于设计出良好的数据模型；性能有关。

db.products.find({'slug':'wheel-barrow-9092'});　　= sql中like查询

db.users.find({first_name:"Smith",age:40}); 与查询

db.users.find({age:{$gte:0},age:{$lte:30}}); db.users.find({age:{$gte:0,$lte30}});

本文链接

MongoDB 是非关系型数据库中的一种。

出于某些原因，我们用了Mongo。他们说Mongo的最大特点是快。

不过这种快是以空间换时间的代价而得来的。

这个空间代价包括

1.DB至少占用64M(好像是这个数字，因为我们的DB实际往往只有几M,但却要占用那么多，空间浪费严重)

2.加载到内存里的数据不会主动释放，导致服务挂掉了。具体机制不懂，只知道，为了提高速度，Mongo的内存耗费是相当惊人的。

本文主要讲述在实践中碰到的一些Mongo的问题，由于我对Mongo底层的实现机制

不是很了解，有不懂的地方，还希望大牛们能帮解答下。

1.就是DB数量对Mongo的性能及稳定性的影响。

我们是单台数据库服务器，实践中，当DB数量过万时，整个Mongo就突然变得极不稳定，随时都会挂掉。

挂掉的直接原因 好像是内存不够，由于不是我本人负责的，具体情况我也不知道。

2.Mongo的数据释放

除了DB级别的删除，Mongo会直接释放空间，对于其它像Collection 或 Document层的删除，磁盘空间并没有直接释放。

随着岁月的积累，整个磁盘就会布满碎片。他们使用的一种解决方法是Mongo 自带的repair 命令

3.加载到内存里的数据

首先是索引，然后是命中的数据块，索引的应该是常驻的。命中的数据块是不是一旦进来就不出去了。

为什么会出现前面所说的性能临界点。可不可以手动设置。

本文链接

　　最近公司里面兴起了一股MongoDB的热潮，我抱着增长见识的态度来学习一下他，这里留下我的学习笔记

　　what‘s MongoDB？ 它是NoSql的一个典型代表，具体的可以到百度百科去看看，哪里因为比我这个水货介绍的更清楚

     MongoDB官网下载地址：http://www.mongodb.org/downloads，选择匹配自己系统的文件进行下载（文件不是很大 32位 70-80M，64位的 100-105M）。

　  在F（你也可以C,D,E,F）盘下创建一个MongoDB的文件夹。将下载好后的文件解压出来，选择其中bin文件夹下面的exe文件复制到刚在F盘创建的MongoDB文件夹，再在MongoDB文件夹下创建一个一个data文件夹。

     运行-->CMD　

  完成上述步骤后，在浏览器输入 http://localhost:27017

  如果出现

 说明安装就成功了。

 双击MongoDB文件夹下的mongo.exe文件

本文链接