【学习笔记】MongoDB 概念
文章目录
- MongoDB 概念
- MongoDb 的应用场景
- 什么时候会选择MongoDB？
MongoDB 概念
MongoDb 的应用场景
传统的关系型数据库(如MySQL)，在数据操作的三高需求以及应对Web2.0的网站需求面前，显得力不从心。
那什么是“三高”？
高血压，高血糖，高血脂？
解释三高需求:
-
High performance-对数据库高并发读写的需求。
-
Huge Storage-对海量数据的高效率存储和访问的需求
-
High Scalability && High Availability-对数据库的高可扩展性和高可用性的需求。
而MongoDB可以应对“三高”需求
具体的应用场景如:
-
社交场景，使用 MongoD8 存储存储用户信息，以及用户发表的朋友圈信息，通过地理位置索引实现附近的人、地点等功能。
-
游戏场景，使用 MongoDB存储游戏用户信息，用户的装备、积分等直接以内嵌文档的形式存储，方便查询、高效率存储和访问。
-
物流场景，使用 MongoDB存储订单信息，订单状态在运送过程中会不断更新，以 MongoDB 内嵌数组的形式来存储，一次查询就能将订单所有的变更读取出来。
-
物联网场景，使用 MongoDB存储所有接入的智能设备信息，以及设备汇报的日志信息，并对这些信息进行多维度的分析。
-
视频直播，使用 MongoD8 存储用户信息、点赞互动信息等
这些应用场景中，数据操作方面的共同点是：
-
数据量大
-
写入操作频繁（读写操作都很频繁）
-
价值较低的数据，对事务性要求不高
对于这样的数据，我们更适合使用MongoDB来实现数据的存储
什么时候会选择MongoDB？
-
应用不需要事务及复杂的join支持
-
数据模型无法确定，想快速迭代开发
-
应用需要2000-3000以上的读写QPS（更高也可以）
-
应用需要TB甚至PB级别数据存储
-
应用发展迅速，需要能快速的水平扩展
-
应用需求存储的数据不丢失
-
应用需要99.99%高可用
-
应用需要大量的地理位置查询、文本查询
符合上述的一个，就可以考虑MongoDB，符合两个及以上，你选择MongoDB绝对不会后悔
**思考：**如果用mysql来解决上述问题呢？
答：mysql可以解决上述问题，但是相较于MongoDB而言，成本更高，优化复杂。