原文地址：http://www.mongodb.org/display/DOCS/Introduction
MongoDB不是在实验室中设计的，它来源于我们构建大规模、高实用性、健壮性系统的经验中。我们不是从头开始的，我们想要指出问题在哪里并且扭转局面。所以我考虑MongoDB的方法是，如果你使用MySql，并且想要从关系型数据库转到基于文档的数据库（MongoDB是基于文档的数据库——译者注），你就获得了大量优秀的特征：绑定文档提升了速度，易管理性，通过无模式数据库进行敏捷开发，更容易的水平括展性（因为连接不再重要）。关系型数据库有很多重要的东西：索引、动态查询和更新，等等。但是我们不需要更改很多。例如，在MongoDB中设计索引的方法应该和在MySql和Oracle中完全一样，你具有的是决定是否对绑定字段进行索引的权力。
– Eliot Horowitz,10创CTO和联合创始人
面向文档
文档（对象）能很好地映射编程语言数据类型
绑定文档和数组降低了连接的需求
动态类型（无模式）便于模式演进
无连接和无多文档事务提高了性能和扩展性
高性能
无连接和绑定使得读写更快了
索引包括了绑定文档和数组的键的索引
可选的流写入（无需确认）
高可用性
备份服务器可以自动进行故障恢复
易扩展性
自动分片（通过服务器对数据自动分区）
读写被跨片分配
无连接和多文档事务使得分布式查询更方便快捷
富查询语言
1. 一个或多个分片，每个分片承载全部数据的一个分区（自动管理）。读和写被自动发送到合适的分片，每个分片都由一个备份集支持（备份集只承载该分片的数据）。
一个备份集就是一个或多个服务器，每个都承载着相同数据的拷贝。在任何时间，其中一个是主要集而其他都是次要集。若主要集失效则其中一个次要集自动变为主要集。所有的写入和一致读出都在主要集上，所有的最终一致读出都分配在次要集中。
2. 多个配置服务器，每个都承载着元数据的一个拷贝，用以表明哪些数据在哪个分片上。
3. 一个或多个路由器，每个都为一个或多个客户端充当一个服务器。客户端向路由器发送查询更新请求，路由器在查询配置服务器后将它们路由给合适的分片。
4.一个或多个客户端，每个都是用户应用（的一部分），并且通过mongo客户端库（驱动）自己的语言向路由器发送命令。
图中，mongod是服务器程序（数据或配置）。Mongos是路由器程序。
1. 一个备份集（自动故障恢复），或者一个服务器带有0个或多个从属机（不能自动故障恢复）
2. 一个或多个客户端作为一个整体或单一管理者向备份集发送命令。
<!--[if !supportLists]-->· 一个Mongo系统（参考上面的部署）承载多个数据库（database）
<!--[if !supportLists]-->· 一个数据库承载多个集合（collection）
<!--[if !supportLists]-->· 一个集合承载多个文档document
<!--[if !supportLists]-->· 一个文档就是多个字段field
<!--[if !supportLists]-->· 一个字段就是一个键值对key/value
<!--[if !supportLists]-->· 一个键是一个字符串名称
<!--[if !supportLists]-->· 一个值是一个
<!--[if !supportLists]-->· 基本数据类型（string, integer, float, timestamp, binary, etc）
<!--[if !supportLists]-->· 文档
<!--[if !supportLists]-->· 值的数组
想要从数据库集合（collection）中取回某些数据，你要提供一个查询到匹配你想要的字段的文档中。
例如，{name: {first: 'John', last: 'Doe'}}将匹配集合中所有名字是John Doe的文档。
类似地，{name.last: 'Doe'}将匹配所有姓是Doe的文档。
而且，{name.last: /^D/}会匹配姓是以D开始的文档（正则式匹配）。
查询也会匹配内部绑定的数组。例如，{keywords: 'storage'}会匹配关键字数组中有storage的文档。
类似地，{keywords: {$in: ['storage', 'DBMS']}} 将匹配关键字数组中有storage或者DBMS的文档。
如果你的集合中有大量文档，而你想要进行快速查询，那就为查询构建一个索引。
例如，ensureIndex({name.last: 1}) 或者ensureIndex({keywords: 1})。
注意，索引会占据空间并且降低更新效率，所以仅在值得折衷的时候使用吧。
