MongoDB

MongoDB

1. MongoDB中的表，字段，不需要预定义，是根据插入的数据自动更新

2. BSON：二进制的JSON

3. CAP原则：一致性（Consistency）、可用性（Availability）、分区容错性（Partition Tolerance）。CAP 理论的核心是：一个分布式系统不可能同时很好的满足一致性，可用性和分区容错性这三个需求，最多只能同时较好的满足两个。

4. 去热点化，均衡存储数据到各个分片上

适应场景

对于MongoDB 实际应用来讲，是否使用MongoDB 需要根据项目的特定特点进行一一甄别，这就要求我们对MongoDB 适用和不适用的场景有一定的了解。 根据MongoDB 官网的说明，MongoDB 的适用场景如下: 1）网站实时数据:MongoDB 非常适合实时的插入，更新与查询，并具备网站实时数据存储所需的复制及高度伸缩性。 2）数据缓存:由于性能很高，MongoDB 也适合作为信息基础设施的缓存层。在系统重启之后，由MongoDB 搭建的持久化缓存层可以避免下层的数据源过载。 3）大尺寸、低价值数据存储:使用传统的关系型数据库存储一些数据时可能会比较昂贵，在此之前，很多时候程序员往往会选择传统的文件进行存储。（网盘） 4）高伸缩性场景:MongoDB 非常适合由数十或数百台服务器组成的数据库。MongoDB 的路线图中已经包含对MapReduce 引擎的内置支持。 5）对象或JSON 数据存储:MongoDB 的BSON 数据格式非常适合文档化格式的存储及查询。

不适用场景

了解了MongoDB 适用场景之后，还需要了解哪些场景下不适合使用MongoDB，具体如下: 1）高度事务性系统:例如银行或会计系统。传统的关系型数据库目前还是更适用于需要大量原子性复杂事务的应用程序。 2）传统的商业智能应用:针对特定问题的BI 数据库会对产生高度优化的查询方式。对于此类应用，数据仓库可能是更合适的选择。 3）需要复杂SQL 查询的问题。 相信通过上面的说明，你已经大致了解了MongoDB 的使用规则，需要说明一点的是，MongoDB 不仅仅是数据库，更多的使用是将MongoDB 作为一个数据库中间件在实际应用中合理划分使用细节，这一点对于MongoDB 应用来讲至关重要！

下载安装

官网：<https://www.mongodb.com/download-center/community?jmp=nav>