MySQL与MongoDB对比

MySQL与MongoDB对比

几十年来,关系型数据库已经成为企业应用程序的基础,自从 MySQL 在 1995 年发布以来,它已经成为一种受欢迎并且廉价的选择。然而随着近年来数据量和数据的不断激增,非关系数据库技术如 MongoDB 应运而生,以满足新应用的需求。 MongoDB 用于新的应用程序,以及扩充或替换现有的关系型基础设施(关系型数据库)。

什么是Mysql

MySQL 是由 Oracle 公司开发,发布和支持的受欢迎的开源关系数据库管理系统(RDBMS)。像其他关系系统一样,MySQL 将数据存储在表中,并使用结构化查询语言(SQL)来进行数据库访问。在 MySQL 中,您可以根据需要预先定义数据库模式,并设置规则来管理表中字段之间的关系。在 MySQL 中,相关信息可能存储在单独的表中,但通过使用关联查询来关联。通过使用这种方式,使得数据重复量被最小化。

什么是MongoDB

MongoDB 是由 MongoDB,Inc. 开发的开源数据库。MongoDB 将数据存储在类似 JSON 的文档中,并且文档中每个 json 串结构可能有所不同。相关信息存储在一起,通过 MongoDB 查询语言进行快速查询访问。 MongoDB 使用动态模式,这意味着您可以在不首先定义结构的情况下创建记录,例如字段或其值的类型。

您可以通过添加新字段或删除现有记录来更改记录的结构(我们称之为文档)。该数据模型可以让您轻松地代表层次关系,存储数组和其他更复杂的结构。集合中的文档不需要具有相同的一组字段,数据的非规范化是常见的。 MongoDB 还设计了高可用性和可扩展性,并提供了即用型复制和自动分片功能。

术语和概念

MySQL 中的许多概念在 MongoDB 中具有相近的类比。

MySQL MongoDB
集合
文档
字段
joins 嵌入文档或者链接

特色对比

像 MySQL 一样,MongoDB 提供了丰富的远远超出了简单的键值存储中提供的功能和功能。 MongoDB 具有查询语言,功能强大的辅助索引(包括文本搜索和地理空间),数据分析功能强大的聚合框架等。相比使用关系数据库使用 MongoDB,您还可以使用这些功能,跨越更多样化的数据类型和数据规模。

对比 MySQL MongoDB
丰富的数据模型
动态Schema
数据类型
数据本地化
字段更新
易于编程
复杂事务
审计
自动分片

查询语言

MySQL 和 MongoDB 都有丰富的查询语言。

01_mongodb与mysql对比.png

对比

数据库 MongoDB MySQL
数据库模型 非关系型 关系型
存储方式 以类 JSON 的文档的格式存储 不同引擎有不同的存储方式
查询语句 MongoDB 查询方式(类似 JavaScript 的函数) SQL 语句
数据处理方式 基于内存,将热数据存放在物理内存中,从而达到高速读写 不同引擎有自己的特点
成熟度 新兴数据库,成熟度较低 成熟度高
广泛度 NoSQL 数据库中,比较完善且开源,使用人数在不断增长 开源数据库,市场份额不断增长
事务性 仅支持单文档事务操作,弱一致性 支持事务操作
占用空间 占用空间大 占用空间小
join操作 MongoDB 没有 join MySQL 支持 join

为什么要使用MongoDB而不是MySQL

各种规模的组织企业都采用 MongoDB,因为它能够更快地构建应用程序,处理高度多样化的数据类型,并更有效地管理应用程序。

简化了开发,因为 MongoDB 文档自然映射到现代的面向对象编程语言。使用 MongoDB 可以避免将代码中的对象转换为关系表的复杂对象关系映射(ORM)层。

MongoDB 的灵活数据模型也意味着您的数据库模式可以随业务需求而发展。例如,在天气频道的 MySQL 数据库中花费数周时间的模式更改可能会在短短几个小时内由 MongoDB 进行。MongoDB 还可以在多个分布式数据中心之间进行扩展,提供以前 MySQL 等关系数据库无法实现的新的可用性和可扩展性。

随着在数据量和吞吐量方面的增长,MongoDB 可轻松扩展,无需停机,无需更改应用程序。相比之下,要实现与 MySQL 的规模往往需要大量的定制工程。百度从 MySQL 迁移到 MongoDB,以支持其快速增长的业务。中国互联网服务巨头现在拥有超过 100 个应用程序,并使用 MongoDB 集群管理超过 1PB 的数据。

MongoDB场景使用场景

MongoDB 是用于各种用例的通用数据库。 MongoDB 最常见的用例包括单视图,物联网,移动,实时分析,个性化,目录和内容管理。

何时用MySQL比较合适

虽然大多数现代应用程序需要一个灵活的可扩展系统,如 MongoDB,但是有一些关系数据库(如 MySQL)将更适合使用的情况。需要复杂的多行事务的应用程序(例如双记录 bookkeep 系统)将是很好的例子。 MongoDB 不是围绕关系数据模型和 SQL 构建的遗留应用程序的替代方法。

一个具体的例子是旅行预订系统背后的预订引擎,通常还涉及复杂的事务。虽然核心预订引擎可能在 MySQL 上运行,但是与用户互动的应用程序部分 - 提供内容,与社交网络集成,管理会话 - 将更好地放在 MongoDB 中。

MongoDB和MySQL能否一块使用

MongoDB 和 MySQL 的混合部署有很多例子。在某些情况下,这是一个使用合适工具的的问题。例如,许多电子商务应用程序使用 MongoDB 和 MySQL 的组合。产品目录包括具有不同属性的多个产品,非常适合 MongoDB 的灵活数据模型。另一方面,需要复杂事务的结帐系统可能建立在 MySQL 或其他关系数据库技术上。

在其他情况下,新的业务需求推动企业采用 MongoDB 作为其应用程序的下一代组件。例如,世界领先的业务管理软件和服务供应商之一的 Sage 集团将 MongoDB 整合到其适用于中型企业的受欢迎的企业资源规划(ERP)解决方案中。 Sage 客户现在享受更高程度的功能和个性化作为一体化的结果。虽然许多 Sage 产品最初建立在MySQL上并继续运行,但最新的用户体验功能集中在 MongoDB 周围。除了这几个例外,我们认为,由于其灵活的数据模型和可扩展架构,MongoDB 几乎总是比 MySQL 更好的选择。