应用场景

MongoDB 的应用已经渗透到各个领域，比如游戏、物流、电商、内容管理、社交、物联网、视频直播等，以下是几个实际的应用案例：
 游戏场景，使用 MongoDB 存储游戏用户信息，用户的装备、积分等直接以内嵌文档的形式存储，方便查询、更新.游戏装备变化特别快的,存到数据库里面是不太合适的.
 物流场景，使用 MongoDB 存储订单信息，订单状态在运送过程中会不断更新，以MongoDB 内嵌数组的形式来存储，一次查询就能将订单所有的变更读取出来。
 社交场景，使用 MongoDB 存储存储用户信息，以及用户发表的朋友圈信息，通过地理位置索引实现附近的人、地点等功能
 物联网场景，使用 MongoDB 存储所有接入的智能设备信息，以及设备汇报的日志信息，并对这些信息进行多维度的分析
 视频直播，使用 MongoDB 存储用户信息、礼物信息等
 ……

可以选用


如果下面有 1 个 Yes，可以考虑 MongoDB，2 个及以上的 Yes，选择 MongoDB 绝不会后悔！

1. 如果项目对事物要求没有太高,或者是要求事物并不是特别复杂,尤其是我们的前端做一些显示的页面,并不需要事物.而且前端的显示页面也没有比较复杂的join查询功能,这个时候MongoDB就是你的首选了.
2. 如果说你的数据库的模型是没法确定的,比如说我们平时做项目开发的时候,数据库的表模型是无法准确的估算,准确预算的,如果你又想快速的迭代开发你可以考虑使用MongoDB.
3. 如果你需要你的QPS达到2000~3000,如果直接使用MySQL是做不到的(不用其他的缓存).使用MongoDB是不错的选择
4. 如果你的数据量是TB甚至是PB级别的存储的话,可以考虑使用MongoDB,因为MongoDB进行扩容,进行可复制集,还有分别是非常快的.
5. 如果要求应用能快速的水平扩展,要求存储的数据不丢失,我们可以使用MongoDB
6. 如果要求整个的应用达到99.999%高可用,也可以使用MongoDB,因为MongoDB可以天然的支持高可用的集群(可复制集)
7. 如果说我们需要一个大量的地理位置和文本的查询(文本查询其实用MongoDB不是特别好,用搜索引擎ElasticSearch更好),这里建议优先考虑的是ElasticSearch等等,而不是MongoDB

不能选用


1. 高度事务性系统：例如银行、财务等系统(这些属于高度事务性的系统)。MongoDB 对事物的支持较弱；
2. 传统的商业智能应用：特定问题的数据分析，多数据实体关联，涉及到复杂的、高度优化的查询方式；
3. 使用 sql 方便的时候；数据结构相对固定，使用 sql 进行查询统计更加便利的时候；MongoDB的上手难度要比Sql上手难度要高点,毕竟sql语句基本程序员必会的.