1：大数据时代的问题；
二：MongoDB的优点：
1：丰富的数据模型，易于变化模型（这个没理解）！2：随着数据量的增加便于扩展和集群；4: JSON的文档(对象)数据库
5：扩展，集群,备份容易；
三：与关系型数据库相比，MongoDB的缺点：
1：mongodb不支持事务操作。
所以事务要求严格的系统（如果银行系统）肯定不能用它。(这点和优点①是对应的)
2：mongodb占用内存空间过大。关于其原因，在官方的FAQ中，提到有如下几个方面：
4、可以定期运行db.repairDatabase()来整理记录，但这个过程会比较缓慢
3：MongoDB没有如MysqL那样成熟的维护工具，这对于开发和IT运营都是个值得注意的地方。
四：MongoDB规范：
文档保留的一些关键字和字符和约定
1：区分大小写；
2：区分值的类型（如：字符窜和数字）；
3：同一个文档不能有同一个key；
4：区分文档中key的先后顺序；
5：键key不能以\0空白符结尾；
6：. % _ 保留字符；
集合的命名规范：
1：集合名不能是空字符串；
2：集合名不能以\0空字符作为结尾；
3：集合名不能以system.开头，系统保留字符；
4：集合名中不能还有$最为命名方式，系统保留；
数据库命名规范：(UTF-8字符串)
1：全部小写；
2：最多64字节；
3：不能使空字符串；
4：不能含有空格$.\/（\0空白符）；5：保留字符串有(admin,local,config)
五：MongoDB的一些关键语法：
1）基本操作：insert,remove,update,findOne,upsert,findAndModify
2）修改器的使用：$set,$unset,$inc,$push,$ne,$addToSet,$each
$pop,$pull,
3）$定位符，用来表示已经找到位置的元素的值；
4）安全性：getLastError ，注意事务安全(离玄之箭式的更改数据操作)和捕获异常错误；
5) 注意其不同的数据库连接照成的数据的不一致性，注意连接池的配法；
6）find($lt <,$let <=,$gt >,$gte >=,$ne =,$in,$or),Null 查询的时候也会返回不存在此列的值，配合（$exists）使用；find().skip();find().limit();find().sort(); 尽量避免skip 大量数据，会出现性能问题，有绕道的解决方法；
8）分页的做法：？？？？？？？？？
9）createCollection（固定集合），converToCapped(转换成固定集合),
10）mongofiles （GridFS）文件的存储put，list,get;
六：MongoDB的一些常用工具：
安 装：mongodb-win32-x86_64-2.4.3.zip 直接解压即可；运行 ：D:\workspace\mongodb2.4.3\bin>mongod.exe --dbpathc:/data/db可以将很多参数放入到conf中用 --config启动监控工具：http://docs.mongodb.org/manual/administration/monitoring/
客户端：MongoVUE;开机启动：vi /etc/rc.local加入下述代码然后再保存即可。@H_301_249@#add mongonDB service
/opt/mongodb/bin/mongod --dbpath=/data/mongoDB/db --logpath=/data/mongoDB/mongodb.log作为服务启动：在后台安静启动./mongod --fork --quiet -journal -maxConns=2400 -rest --dbpath=/data/mongoDB/db --logpath=/data/mongoDB/mongodb.log
[root@zwinv bin]# ./startup.sh
about to fork child process,waiting until server is ready for connections.
forked process: 8431
all output going to: /data/mongoDB/mongodb.log
log file [/data/mongoDB/mongodb.log] exists; copied to temporary file [/data/mongoDB/mongodb.log.2013-05-07T09-06-27]
child process started successfully,parent exiting
[root@zwinv bin]# pwd
/opt/mongodb_2.4.3/bin
[root@zwinv bin]# cat startup.sh
./mongod --fork --quiet -journal -maxConns=2400 -rest --dbpath=/data/mongoDB/db --logpath=/data/mongoDB/mongodb.log
七：系统工程师要了解的：
1：主从复制
2: 副本集；
2）切分数据：enablesharding 开启分切功能,shardcollection对集合进行分切；
线上配置的终极理解：
MongoDB的原理：
1）传输格式是Bson；
2）传输协议是mongo封
与TCP/ip 协议之上
装；
4）使用内存映射储存引擎，
MongoDB的以下这些场景都有用武之地：
1）账户和用户资料2）CMS3）表格数据处理5）消息系统6）系统设置7）任何形式的日志数据系统8）图形数据系统9）基于地理位置的数据系统
MongoDB常遇到的问题如下：
有待工作中添加..........
@H_873_403@ 目前，MongoDB使用的是内存映射存储引擎，它会把磁盘IO操作转换成内存操作，如果是读操作，内存中的数据起到缓存的作用，如果是写操作，内存还可以把随机的写操作转换成顺序的写操作，总之可以大幅度提升性能。MongoDB并不干涉内存管理工作，而是把这些工作留给操作系统的虚拟内存管理器去处理，这样的好处是简化了MongoDB的工作，但坏处是你没有方法很方便的控制MongoDB占多大内存，事实上MongoDB会占用所有能用的内存，所以最好不要把别的服务和MongoDB放一起。
shell>ulimit-a|grep'virtual'
shell>ulimit-vunlimited
mongo>db.serverStatus().connections @H_873_403@ 每个连接都是一个线程，需要一个Stack，而Linux下缺省的Stack设置一般比较大：
#ulimit-a|grepstack
stacksize(kbytes,-s)10240@H_873_403@ 所有连接消耗的内存加起来会相当惊人，推荐把Stack设置小一点，比如说1024：
shell>ulimit-s1024 @H_873_403@ 注：ulimit的使用是有上下文的，最好放在MongoDB的启动脚本里。@H_873_403@ 有时候，出于某些原因，你可能想释放掉MongoDB占用的内存，不过前面说了，内存管理工作是由虚拟内存管理器控制的，所以通常你只能通过重启服务来释放内存，你一定不齿于这样的方法，幸好可以使用MongoDB内置的closeAllDatabases命令达到目的：
mongo>useadmin
mongo>db.runCommand({closeAllDatabases:1})@H_873_403@ 另外，通过调整内核参数drop_caches也可以释放缓存：
shell>sysctl-wvm.drop_caches=1 @H_873_403@ 平时可以通过mongo命令行来监控MongoDB的内存使用情况，如下所示：
mongo>db.serverStatus().mem:
{
"resident":22346,
"virtual":1938524,
"mapped":962283
}
shell>mongostat
mappedvsizeresfaults
940g1893g21.9g0@H_873_403@ 其中内存相关字段的含义是：
-
- mapped：映射到内存的数据大小
- visze：占用的虚拟内存大小
- res：占用的物理内存大小
@H_873_403@ 在上面的结果中，vsize是mapped的两倍，而mapped等于数据文件的大小，所以说vsize是数据文件的两倍，之所以会这样，是因为本例中，MongoDB开启了journal，需要在内存里多映射一次数据文件，如果关闭journal，则vsize和mapped大致相当。
shell>pmap$(pidofmongod) @H_873_403@ 到底MongoDB配备多大内存合适？宽泛点来说，多多益善，如果要确切点来说，这实际取决于你的数据及索引的大小，内存如果能够装下全部数据加索引是最佳情况，不过很多时候，数据都会比内存大，比如本文所涉及的MongoDB实例：
mongo>db.stats()
{
"dataSize":1004862191980,
"indexSize":1335929664
}
MongoDB 深入
1.MongoDB shell
mongo其实是数据库shell.一般假定它和mongod运行在同一台机器上,还假定了mongod绑定了默认端口.如果不是这样的话,可以在启动时指定这些参数,让shell连接另一台服务器:mongo 192.168.10.10:10000这样就会连接运行在192.168.10.10上端口为10000的mongodmongo 192.168.10.10:10000/refactor这样会连接192.168.10.10:10000上的refactor数据库也可以用--nodb选项启动shell,而不连接任何数据库,而只是试试javascriptmongo --nodb并将结果赋值给变量.如在分片环境中,可能想用mongos表示mongos服务器,还想要有每个片的连接,可以如下操作:mongos=connect("127.0.0.1:10000")shard0=connect("127.0.0.1:10001")shard1=connect("127.0.0.1:10002")这样就能将mongos,shard0,shard1作为db变量使用.
shell工具要维护一个单独的只想配置服务器的变量:config=db.getSisterDB("config")config.shards.find()
2.BSONMongoDB的文档是个抽象概念,其具体的呈现形式取决与使用的驱动和编程语言.
因为MongoDB中的通信大量依赖于文档,所以需要一种所有驱动,工具和进程都能共享的文档表达方式.这种表达方式叫Binary JSON(BSON)BSON是轻量级的二进制格式,能将MongoDB的所有文档表示为自己字符串.数据库能理解BSON,存在磁盘上的文档也是这种格式.当驱动要插入文档,或者将文档作为查询条件,驱动会将文档转化成BSON,然后再发往服务器.同样,返回到客户端的文档也是BSON格式的字符串.驱动需要将这些数据解码,编程本机的文档表示,最后返回给客户端.用BSON的三个主要原因:a.效率BSON设计用来更有效的表示数据,暂用更好的空间.最差的情况下,BSON比JSON效率略低,最好的情况下(比如存放二进制数据或着大多数),BSON要比JSON要高效的多.b.可遍历行有些时候BSON牺牲了空间效率,换取更容易遍历的格式.如,在字符串前面加入其长度,而不是在结尾处使用一个终结符这对MongoDB的内嵌文档很有用.c.性能BSON编码和解码速度都很快.它用C风格的表现方式表示类型,在大多数编程语言中都很快.
2.MongoDB的传输协议
@H_502_886@驱动在TCP/IP协议的基础上简单封装了MongoDB传输协议,用来与MongoDB交互.
3.数据文件
同时让大数据库使用磁盘上连续的空间.文件分配产生的阻塞.
4.命名空间和数据域
每个命名空间的数据都被分成若干组,放到数据文件的某一个区域内,这个区域成为数据域.如图:
的数据域大小也会增加.这是为了平衡命名空间浪费的控件和尽量让一个命名空间的数据连续做出的这种.图中还有个特殊的命名空间$freelist,存放这不再使用的数据域(如删除集合或索引产生的数据域).当命名空间分配新的数据域时,系统会先查找空闲列表,看看有没有适合大小的数据域可用
5.内从映射存储引擎
MongoDB默认的存储引擎是内存映射引擎,当服务器启动后,将所有数据文件映射到内存,然后由操作系统来负责将缓冲数据写入磁盘并将数据调入调出内存页面这样的移情有若干重要的特性:a)MongoDB管理内存的代码非常精炼,原因是将大部分工作交给了操作系统.b)MongoDB服务器进程的虚拟大小通常会非常大,超过整个数据集的大小,这没关系,因为操作系统会处理让那些数据常驻内存.c)MongoDB不能控制数据写入到磁盘的顺序,也就不能用预写日志提供单机的持久性.d)32位的MongoDB服务器有个限制,每个mongod最多处理2GB数据,这是因为所有数据必须能用32位地址访问到.