本文目录导航：
对比MySQL，什么场景MongoDB更实用
更高的写入负载自动状况下，MongoDB更并重高数据写入性能，而非事务安保，MongoDB很适宜业务系统中有少量“高价值”数据的场景。
然而应当防止在高事务安保性的系统中经常使用MongoDB，除非能从架构设计上保障事务安保。
高可用性MongoDB的复副集(Master-Slave)性能十分繁复繁难，此外，MongoDB可以极速照应的处置单节点缺点，智能、安保的实现缺点转移。
这些个性使得MongoDB能在一个相对不稳固（如云主机）的环境中，坚持高可用性。
数据量很大或许未来会变得很大依赖数据库(MySQL)自身的个性，实现数据的裁减是较艰巨的事，在MySQL中，当一个单达表到5-10GB时会出现清楚的性能升级，此时须要经过数据的水温和垂直拆分、库的拆分实现裁减，经常使用MySQL通常须要借助驱动层或代理层实现这类需求。
而MongoDB内建了多种数据分片的个性，可以很好的顺应大数据量的需求。
基于位置的数据查问MongoDB允许二维空间索引，因此可以极速及准确的从指定位置失掉数据。
表结构不明白，且数据在始终变大在一些传统RDBMS中，参与一个字段会锁住整个数据库/表，或许在口头一个重负载的恳求时会清楚形成其它恳求的性能升级。
通常出当初数据表大于1G的时刻（当大于1TB时更甚）。
因MongoDB是文档型数据库，为非结构货的文档参与一个新字段是很极速的操作，并且不会影响到已有数据。
另外一个好处当业务数据出现变动时，是将不在须要由DBA修正表结构。
没有DBA允许假设没有专职的DBA，并且预备不经常使用规范的相关型思维（结构化、衔接等）来处置数据，那么MongoDB将会是你的首选。
MongoDB关于对像数据的存储十分繁难，类可以间接序列化成JSON存储到MongoDB中。
然而须要先了解一些最佳通常，防止当数据变大后，因为文档设计疑问而形成的性能缺点。
mongodb,redis,hbase三者都是nosql数据库,他们的最大区别
在面对非传统SQL数据库需求时，如内存大于数据，schema不明白或谋求速度，NoSQL数据库如MongoDB、Redis、Hbase成为不二选用。
MongoDB以其灵敏性著称，适宜内存大于数据且schema不稳固的场景。
用户能在这里找到与MySQL不同体验的平滑过渡，但随之而来的，或许是设计形式的扭转。
Redis则以速度见长，适宜内存富余但对memcached繁难性不满的用户。
它作为缓存处置打算，提供极速数据访问。
Hbase专为处置少量数据设计，当数据量渺小，如128GB内存双路CPU和25TB存储仅够一周经常使用时，Hbase成为惟一或重要选用。
它实用于离线计算场景。
因此，简而言之，Redis强调“快”，Hbase专一于“大”，MongoDB定位在“灵敏”。
NoSQL的外围长处是SQL难以匹敌的个性，同时也有其局限性。
最大区别在于，MongoDB在繁难场景下提供清楚性能优化，Redis重要用于缓存，而Hbase专为处置大规模数据及离线计算设计。
mongoDB实用什么场所呢？
依据官网网站的形容，Mongo适宜用于以下场景：◆网站数据：Mongo十分适宜实时的拔出，升级与查问，并具有网站实时数据存储所需的复制及高度伸缩性。
◆缓存：因为性能很高，Mongo也适宜作为消息基础设备的缓存层。
在系统重启之后，由Mongo搭建的耐久化缓存层可以防止高层的数据源过载。
◆大尺寸，高价值的数据：经常使用传统的相关型数据库存储一些数据时或许会比拟低廉，在此之前，很多时刻程序员往往会选用传统的文件启动存储。
◆高伸缩性的场景：Mongo十分适宜由数十或数百台主机组成的数据库。
Mongo的路途图中曾经蕴含对MapReduce引擎的内置允许。
◆用于对象及JSON数据的存储：Mongo的BSON数据格局十分适宜文档化格局的存储及查问。
人造，MongoDB的经常使用也会有一些限度，例如它不适宜：◆高度事务性的系统：例如银行或会计系统。
传统的相关型数据库目前还是更实用于须要少量原子性复杂事务的运行程序。
◆传统的商业智能运行：针对特定疑问的BI数据库会对发生高度优化的查问形式。
关于此类运行，数据仓库或许是更适宜的选用。
