在shell中删除一个集合，执行db.test.drop()或者db.runCommand({"drop":"test"}),在MongoDB中命令其实是作为一种特殊类型的查询来实现的，这些查询针对$cmd集合来执行，runCommand仅仅是接受命令文档，执行等价查询，因此drop调用实际是这样的：
db.$cmd.findOne({"drop":"test"})
db.listCommands() 列出所有的命令
MongoDB支持固定集合，要事先创建，而且大小固定，固定集合很像环形队列，如果空间不足，最早的文档就会被删除，为新的文档腾出空间。固定集合在默认情况下没有索引，即便是"_id"上也没有索引。
创建固定集合可以使用createCollection来创建
db.createCollection("my_collection",{capped:true,size:1000})
可以将普通集合转为固定集合
db.runCommand({"convertToCapped":"my_collection",size:1000} )
固定集合有种特殊的排序方式即自然排序，自然顺序就是文档在磁盘上的顺序，因为固定集合的文档总是按照插入的顺序存储的，自然顺序就是与此相同。也可以按照反洗插入的顺序查询，如下：
db.my_collection.find().sort({"$natural":-1})
使用{"$natural":1}表示与默认顺序相同，非固定集合不能保证文档按照特定顺序存储，所以自然顺序的意义不大。
尾部游标是一种特殊的持久游标，这类游标不会在没有结果后销毁，一旦有新文档添加到集合里就会被取回并输出，尾部游标只能用在固定集合上。【MongoDB shell不支持尾部游标】
GridFS是一种在MongoDB中存储大二进制文件的机制
PS D:installMongoDBServer3.0> .inmongofiles.exe search foo 2015-04-07T13:31:03.326+0800 connected to: localhost PS D:installMongoDBServer3.0> .inmongofiles.exe put foo.txt 2015-04-07T13:31:17.425+0800 connected to: localhost added file: foo.txt PS D:installMongoDBServer3.0> .inmongofiles.exe get foo.txt 2015-04-07T13:31:24.541+0800 connected to: localhost finished writing to: foo.txt PS D:installMongoDBServer3.0> .inmongofiles.exe delete foo.txt 2015-04-07T13:31:33.263+0800 connected to: localhost successfully deleted all instances of 'foo.txt' from GridFS
GridFS是一个建立在普通MongoDB文档基础上的轻量级存储规范，MongoDB服务器对GridFS请求没有什么特别照顾，所有相关工作都由客户端驱动或者工具完成。GridFS的一个基本思想就是可以将大文件分成很多小块，每块作为一个单独的文档存储，这样就能存储大文件了，除了存储文件本身的块，还有一个单独文档用来存储块的信息和文件的元数据。
GridFS的块有个单独的集合，默认情况下，块将使用fs.chunks集合
fs.chunks里边的结构如下：
{
"_id" ,块的唯一ID
"n", 块的编号即这个块在原文件中的顺序编号
"data",包含组成文件块的二进制数据
"files_id" 包含这个块元数据的文件文档的"_id"
}
文件的元数据放在另一个集合中，默认是fs.files，这里边的每个文档代表GridFS中的一个文件，与文件相关的自定义元数据也可以存在其中，除了用户自定义的键，GridFS规范还定义了一些键。
_id 文件唯一id，在块中作为“files_id”键的值存储
length 文件中内容总的字节数
chunkSize 每块的大小，字节为单位，默认256K,必要时可以调整
uploadData 文件存入GridFS的时间戳
md5 文件内容的md5校验和，由服务器端生成
在服务器端可以通过db.eval函数执行JavaScript脚本
> db.eval("return 1;") 1 > db.eval("function(){return 1;}") 1 > db.eval("function(a,b){return a+b;}",1,2) 3
每个MongoDB的数据库中都有一个特殊的集合system.js,用来存放JavaScript变量，这些变量可以在任何MongoDB的JavaScript上下文中调用。
> db.system.js.find() > db.system.js.insert({"_id":"x","value":1}) WriteResult({ "nInserted" : 1 }) > db.system.js.insert({"_id":"y","value":2}) WriteResult({ "nInserted" : 1 }) > db.system.js.insert({"_id":"z","value":3}) WriteResult({ "nInserted" : 1 }) > db.eval("return x+y+z;") 6 > db.system.js.find() { "_id" : "x", "value" : 1 } { "_id" : "y", "value" : 2 } { "_id" : "z", "value" : 3 }
使用存储的JavaScript缺点就是代码会与常规的源代码控制脱离，会搅乱客户端发送来的JavaScript，最适合使用存储JavaScript的情况就是程序中有多个地方都要用到一个JavaScript函数，将这样的函数放置在中心位置，要是有更新的话就可以不必每处都修改。
DBRef(数据库引用)就像URL，唯一确定一个到文档的引用。
DBRef是个内嵌文档，但是DBRef有些必选键"$ref"、"$id"可选键"$db"
DBRef中键的顺序不能改变，第一个必须是"$ref",接着是"$id",然后是(可选的)"$db"
{"$ref":collection,"$id":id_value,"$db":database}
collection:指向一个集合
id_value:集合里根据"_id"确定唯一的文档
database:数据库
> db.user.find() > db.users.find() { "_id" : "mike", "display_name" : "Mike D" } { "_id" : "kristina", "display_name" : "Kristina C" } > db.nodes.insert({"_id":20,"author":"kristina","text":"... and DBRefs are easy,too", "references":[{"$ref":"users","$id ":"mike"}, {"$ref":"nodes","$id":5}]}) WriteResult({ "nInserted" : 1 }) > db.nodes.insert({"_id":5,"author":"mike","text":"MongoDB is fun!"}) WriteResult({ "nInserted" : 1 }) > var note=db.nodes.findOne({"_id":20}) > note.references.forEach(function(ref){ printjson(db[ref.$ref].findOne({"_id":ref.$id})); }) { "_id" : "mike", "display_name" : "Mike D" } { "_id" : 5, "author" : "mike", "text" : "MongoDB is fun!" }