MongoDB与 MySQL：什么时候使用？

一个洋葱圈

MongoDB和MySQL都是性能卓越的令人难以置信的数据库。找出它们的主要区别，以及哪一个是最合适的选择。

MongoDB和MySQL都是性能卓越的令人难以置信的数据库。但是，他们的成功取决于他们所从事的领域。不仅要比较优点和缺点，还必须理解它们所处的不同环境。因此，在此博客文章中，我们将探讨使用MongoDB和MySQL的主要特征，区别和好处。
继续阅读以了解有关这些（非常不同的）数据库以及如何在两者之间进行选择的更多信息。
什么是MySQL？

MySQL是一个开源RDBMS，代表关系数据库管理系统。更具体地说，RDBMS是用于更新，管理和制定关系数据库的有用且有益的程序。关系数据库是一种数据库类型（通常安排在表中），它允许识别与同一数据库中另一数据有关的数据。MySQL，PostgreSQL和SQL是RDBMS，它们利用自己的SQL（结构化查询语言）变体。这里补充关于MySQL的按住那个教程：MySQL 5.7史上最详细下载安装配置教程！
MySQL自1995年以来一直投放市场，因此是最受欢迎的开源RDBMS之一，因此具有多年的高价值声誉和可靠性。而且，它相当容易使用。由于数据库架构是根据特定条件和规则预先定义的，因此数据将按行和列进行组织，以说明各个表的字段之间的关系。
什么是MongoDB？

MongoDB也是开源的，但是与MySQL不同，它是一个文档数据存储区。它将文档存储在集合中，而不是在它们之间具有关系的表中进行存储。
使用MongoDB时，数据模式不是固定的。可以删除或修改集合中的文档属性，从而具有出色的灵活性。实际上，文档甚至可以位于同一集合中，但它们之间的结构完全不同。
MongoDB与 MySQL：差异

正如前面的段落已经阐明的那样，比较两个开源数据库时的主要区别在于，虽然MySQL是关系型的，但是MongoDB是文档数据存储。在本章中，我们将研究数据模式和容量的含义。性能和速度；安全; 和查询语言。
数据架构和容量

在MongoDB中，数据以JSON文档之类的键值对形式显示，考虑到架构设计，使数据库具有更少的约束。这对于具有快速增长或其他变化潜力的数据可能特别有利。另外，MongoDB确实提供了预定义的结构，可以根据需要采用该结构。



资料来源：MongoDB
关于数据模式，在MySQL中不会发生相同的情况。即使可以更改架构，修改也不像在文档数据库中那样灵活和动态。在存储任何数据之前，MySQL强制要求预先确定如何组织表和列。更改数据模式需要仔细地重新考虑数据库的DDL（数据定义语言）和DML（数据建模语言）。
关系数据库和文档数据库都使用DDL和DML概念。但是，在关系数据库中，建立DDL和DML是至关重要的。相反，MongoDB具有更具延展性的数据模式，因此，它不像MySQL那样关注数据的结构。即使看起来很不利，这种一致性实际上也是MySQL最大的优势之一，因为它可以保持数据的结构化和整洁。



资料来源： dev.mysql
每个MongoDB数据库都包含集合，集合中依次填充了文档。这些文档可以包括各种字段和信息类型，从而可以存储内容和大小不同的文档的数据。在MySQL中，由于数据模式受到更大的约束，所以表中的每一行都需要相同的列，这在使用大容量数据库时尤其难以管理。因此，MySQL不能像MongoDB那样轻松地处理大型和复杂的数据库。
换句话说，在处理大量复杂数据时，MongoDB文档数据库优于MySQL关系数据库。
性能和速度

MongoDB可以比MySQL更快地接受更多数量的结构化或非结构化数据。但是，假设一家企业正在处理的数据量非常小且变化不大：速度并不一定要受关注，因为其他功能（如可靠性和数据一致性）可能会优先于速度。
与比较每种数据库速度相比，更重要的是，根据业务或项目的数据要求，了解哪种数据库更合适，并导致更好的性能。
MySQL是确保数据隐私和完整性的成熟且合理的解决方案。由于其显式的架构，MySQL通过使用对数据类型进行系统化的表来创建可靠的数据库结构，从而使相应的值得到充分查询并且易于搜索。但是，对于非结构化数据，绝对不是合适的选择。使用MySQL时，最大的优点（和缺点）是它需要事先准备好数据结构。这导致更少的技术债务。但是，在某些情况下，可能难以为复杂数据设计合适的架构。
另一方面，MongoDB对于非结构化数据具有更灵活，更快速的性能。当难以预先设计数据模式时，文档数据存储将是一个很好的选择。但是，如果数据是多种多样的，那么在数据的属性上创建索引就变得很困难。因此，它需要频繁地优化数据模式。否则，可能会冒与数据一致性有关的问题的风险。
安全

MySQL利用基于特权的安全模型，该模型需要用户身份验证，并且还可以在特定数据库上提供或拒绝用户特权。另外，要将数据从数据库传输到服务器，MySQL必须使用安全套接字层（SSL）（一种安全协议）在客户端和服务器之间采用加密连接。
MongoDB的安全性包括基于角色的访问控制，该访问控制包括身份验证，授权和审核。此外，如果需要加密，也可以应用传输层安全性（TLS）和SSL。
如果将可靠性和数据一致性放在企业的优先位置，即使MongoDB和MySQL都提供安全的安全模型，但MySQL是最合适的选择。
ACID：原子性，一致性，隔离性和耐久性

在计算机科学中，ACID是指确保数据有效性的一组数据库事务属性。它代表原子性，一致性，隔离性和持久性。
虽然MySQL被认为是ACID，但将MongoDB兼容ACID并不是优先考虑的事情，因为这将需要牺牲速度和高可用性。在2018年，MongoDB使维持ACID多文档交易成为可能。但是，默认情况下，此选项处于关闭状态。另一方面，MySQL的事务是ACID，考虑到事务属性，可确保数据有效性。
查询

当从数据库表或表组合中请求信息时，MySQL使用结构化查询语言（SQL）。SQL是最流行和利用最广泛的查询语言，仅需要数据定义语言（DDL）和数据操作语言（DML）即可与数据库进行通信。
另一方面，MongoDB使用非结构化查询语言。要从JSON文档数据库请求数据或信息，首先必须指定具有结果应匹配的属性的文档。
换句话说，要从MongoDB数据库中获取数据，需要执行查询操作。为此，应应用以下功能：db.collection.find()。MongoDB支持可以构建查询的多种语言（例如Python)，Java，C ##，Perl，PHP，Ruby和JavaScript。复合查询可以使用查询运算符为集合文档中各个字段建立特定条件。查询操作（例如$and，$or，$type，$eq，等）规定的条件，并启用查询过滤器文件。定义条件后，它会标识要相应选择的信息或记录，此外，它还允许更新，读取或删除。



但是，MongoDB不会执行JOIN操作，也不会执行等效操作。使用MySQL时，将使用JOIN操作（内部，外部，左侧，右侧和交叉）从两个或多个数据库表中检索数据。简而言之，这些操作允许使用单个SQL语句关联关系数据。
MongoDB与 MySQL：什么时候使用？

当所有数据库都取决于要探索的上下文时，很难说哪个数据库更好。说实话，MySQL和MongoDB都是有益且有用的管理系统，它们的运行方式完全不同。因此，即使其中一个数据库是针对特定业务或项目的最合适的选择，它也可能不是出于不同目的的最佳解决方案。一些公司根据不同的任务依赖于两个系统。
他们的共同点是，它们是开放源代码且易于访问，这是它们的共同点。而且，两个系统都提供具有附加功能的商业版本。除了这些相似之处，它们表现的核心是它们的关系和非关系性质。
MongoDB是一个文档数据库，它是大容量环境的最适合解决方案，因为它不限制人们希望存储的数据量和类型。这对基于云的服务特别有益，因为MongoDB的水平可伸缩性与云的敏捷性完美契合。此外，它减少了工作量，简化了业务或项目的扩展，并提供了高可用性和快速的数据恢复。
尽管该系统可能具有许多优点，但在某些方面，例如可靠性和数据一致性，MySQL还是超过了MongoDB 。而且，如果安全性也被放在首位，那么MySQL实际上是最安全的DBMS之一。
此外，当应用程序类型需要多行事务时（例如，在会计和银行系统中），关系数据库是最合适的选择。除了提供安全性，MySQL还实现了高事务处理率。实际上，尽管MongoDB专注于允许高插入率，但是MySQL支持ACID事务并专注于提供事务安全性。
总体而言，强烈建议将MySQL用于具有固定数据模式且不打算在数据多样性方面扩展太多的企业或项目，因此在确保数据完整性和可靠性的同时，要求维护简单且成本低。
另一方面，MongoDB是正在成长但数据架构不稳定的业务或项目的最合适选择。该系统的非关系数据性质允许自由使用和存储文档而无需使用结构，从而使其易于更新和检索。MongoDB通常用于需要内容管理，处理IoT（物联网），执行实时分析等的项目中。
PS：如果对MySQL的索引还不明白的话，可以学习下这个帖子：
结论

MySQL是一个开放源代码的关系数据库，这意味着它的数据被组织成表格，使您可以将数据与数据库的其他部分相关联。MongoDB也是开源的，但是，它是一个文档数据库。因此，它不关联记录，并且其数据模式是不固定的，从而允许具有更高插入能力的更具动态性和灵活性的数据库。
在确定最佳数据库系统之前，应明确并确定特定业务或项目的优先级。如前所述，MongoDB比MySQL更能处理大量数据。因此，对于基于云的服务，易于增长和更改的应用程序以及数据量大的环境，它是最合适的选择。
相反，MySQL的固定和结构化数据模式提供了比大多数数据库更高的一致性和可靠性。使用MySQL的另一个巨大好处是，由于符合ACID的事务而具有卓越的数据安全性，是重视此功能的应用程序的最合适选择。
简而言之，如果将两个数据库应用于与应用程序的需求和期望都与系统的特征和特征相匹配的上下文，则它们将提供非常令人满意的性能。
补充：

mongodb众所周知不支持事务，所以需要强事务的业务根本不能考虑mongodb。
mongodb的优势就是文档存储:

• 业务经常变动，需要不时的添加字段，那么mongodb比较适合，关系型数据库添加字段的复杂度也还好
  
• 嵌套文档，业务数据比较复杂，适合嵌套文档式存储，那么mongodb非常合适，这个关系型数据库比较难搞，虽然MySQL和pg也有文档存储，但MySQL的不成熟，pg毕竟现在生产中使用还是偏少，个人也不了解，这里不谈。但这不仅仅这一点优势，具体下面会细说。
  
• upsert支持，查询速度也不慢
  
• 高可用的副本集支持
  
• 查询语法非常丰富，嵌套文档查询功能非常强大，不是重度用户可能不能理解
  

如果这篇文章说的不太清楚的话没那么还可以参考我之前写的一篇文章
MongoDB、HBase、Redis 等 NoSQL 优劣势、应用场景
最后我想说的是尝鲜一时爽，却埋下了以后更多的工作量。能用MySQL的话尽量用MySQL吧
我是架构师于哥
@终端研发部
我每天都会出来冒冒泡，专注技术开发技巧，面试，职场经验的分享～

作者：致简致优
https://hugengyong.blog.csdn.net/article/details/115607993  https://blog.csdn.net/weixin_29770269/article/details/113551876

预知未来

有点像杂志上的那种科普文，感觉挺好

刘昆鑫

感谢支持，后面会多发些相关类似形式的文章

绿芯说

能用MySQL还是用MySQL吧哈哈哈

我不是先知

2021年11月的文章，mongodb不支持事务。。。长点心吧

巧卖面

楼下的接上