非替代品，MongoDB与MySQL对比分析

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了非替代品，MongoDB与MySQL对比分析，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含3985字，纯文字阅读大概需要6分钟。

内容图文

IT168 评论】对于只有SQL背景的人来说，想要深入研究NoSQL似乎是一个艰巨的任务，MySQL与MongoDB都是开源常用数据库，但是MySQL是传统的关系型数据库，MongoDB则是非关系型数据库，也叫文档型数据库，是一种NoSQL数据库。它们各有优点，关键看用在什么地方。

　　什么情况下，MongoDB是最好的选择?

　　很多人认为MongoDB难以置信的强大，是一个可扩展，界面交互友好的数据库解决方案。当开发人员需要负责管理数据库环境时，MongoDB是一个不错的选择。起码在小型企业和初创公司，是这样。MongoDB将信息存储在BSON(二进制JSON)中。BSON是一种类JSON二进制形式的存储格式，简称Binary JSON，它和JSON一样，支持内嵌的文档对象和数组对象，但BSON有JSON没有的一些数据类型，如Date和BinData类型。JSON很容易与其他编程语言关联，许多开发人员都有使用JSON的经验。

　　当你的程序有大量流量写入时，MongoDB也是一个很好的选择。这并不是说MySQL在处理频繁写入环境方面不是一个好的选择，只是说MongoDB相对更容易一些。Facebook为写负载过重的环境设计了RocksDB存储引擎，性能还不错(通过基准测试证明了这一点)。

　　当你需要一个无模式或模式灵活的数据结构时，MongoDB是一个不错的选择。MongoDB对数据结构的更改相对轻松和宽容，这是NoSQL解决方案的卖点。在MySQL世界中有许多改进使在线模式更改成为可能，只创建记录而不定义结构增加了MongoDB的灵活性。

　　选择MongoDB的另一个原因是它具有设置复制环境，内置分片和自动选择方面的功能。在MongoDB中设置复制环境很容易，自动选择过程允许从数据库在主数据库故障的情况下接管。内置分片允许简单的横向扩展。在MySQL环境中管理，设置和配置会很复杂。

　　什么情况下不能选MongoDB?

　　对某些用例而言，MongoDB是不错的选择，但它也不是万能的。当数据高度关系化和结构化时，MongoDB就不是最佳选择。MongoDB不支持事务，但在文档级别，具有原子性。对于复制环境，有关写入问题的配置注意事项都是以牺牲性能为代价的。写入方面将验证副本是否已写入信息，默认情况下，MongoDB将写请求设置为仅从主计算机请求确认，而不是副本。因为如果副本有问题，就会导致一致性问题。

　　二者结构有何不同?

　　SQL中的许多概念都与MongoDB的文档结构相关。让我们来看一个简单的MongoDB环境结构，以更好地了解MongoDB的布局。

　　下面的图表涉及MySQL与MongoDB的不同点：

　　除此之外，另一个有趣的地方是mongod进程。这是一个处理数据请求的守护进程，与MySQL的mysqld进程大致相同，是监听MongoDB请求并管理数据库访问的进程。和MySQL一样，mongod进程有很多启动选项。最重要的配置选项之一是config，它是专门用于mongod实例的配置文件。与MySQL稍有不同，此文件使用YAML格式。下面是MongoDB配置文件示例。请注意，这是演示格式化，它并未针对任何生产数据库进行优化。

　　根据定义，MongoDB是一个基于分布式文件存储的数据库。可以立即将文档插入到集合中，而无需创建表和添加数据，无需定义结构。这是MongoDB与MySQL相比的优点之一，更加灵活。要注意，MongoDB提供的这种灵活性并不意味着组织一个功能强大的MongoDB数据库毫不费力。选择任何数据库，都应该考虑数据库的结构和目标。

　　# mongod.conf, Percona Server for MongoDB

　　# for documentation of all options, see:

　　# http://docs.mongodb.org/manual/reference/configuration-options/

　　# Where and how to store data.

　　storage:

　　dbPath: /var/lib/mongodb

　　journal:

　　enabled: true

　　engine: rocksdb

　　# where to write logging data.

　　systemLog:

　　destination: file

　　logAppend: true

　　path: /var/log/mongodb/mongod.log

　　processManagement:

　　fork: true

　　pidFilePath: /var/run/mongod.pid

　　# network interfaces

　　net:

　　port: 27017

　　bindIp: 127.0.0.1

　　注意：YAML格式化不处理选项卡，使用空格缩进。

　　查询方式有何不同?

　　通过shell与数据库交互与SQL略有不同，以下是从SQL翻译为MongoDB的查询示例，其中使用了一个只有用户名和相关ID的用户表。

　　In SQL:

　　select username from user where id = 2;

　　In MongoDB:

　　db.user.find({_id:2},{“username”:1})

　　在JSON格式中，我们指定要查询的用户集合，然后指定与我们感兴趣的文档相关联的ID。最后，指定从中获取值的字段，此查询结果将是ID为2的用户的用户名。

    总结

　　MongoDB不是MySQL的影子，也不是MySQL的替代品，随着两个数据库的不断发展，它们的优劣慢慢融合在一起。MySQL用户可以在MongoDB上测试各种实例，但不鼓励盲目追求MongoDB的灵活性。尽管MongoDB在电子商务和游戏世界是一个受欢迎的选择，因为它能够利用大量数据进行水平扩展。

非替代品，MongoDB与MySQL对比分析

标签：方式   reference   HERE   举例   ati   类型   就会   格式化   ocs   

本文系统来源：https://www.cnblogs.com/sexintercourse/p/11669184.html

内容总结

以上是互联网集市为您收集整理的非替代品，MongoDB与MySQL对比分析全部内容，希望文章能够帮你解决非替代品，MongoDB与MySQL对比分析所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端