mysql和mongodb选择（对比MySQL，什么场景MongoDB更适用）
本文目录
- 对比MySQL，什么场景MongoDB更适用
- 用户数据库是用mongodb好，还是用mysql好
- mongodb和mysql5.7的json哪个更好，优缺点比较
- 对比MySQL，什么场景MongoDB更适用
- mongodb和mysql的区别
对比MySQL，什么场景MongoDB更适用
再来分析下应用场景，
如果需要将mongodb作为后端db来代替mysql使用，即这里mysql与mongodb 属于平行级别，那么，这样的使用可能有以下几种情况的考量：
(1)mongodb所负责部分以文档形式存储，能够有较好的代码亲和性，json格式的直接写入方便。(如日志之类)
(2)从data models设计阶段就将原子性考虑于其中，无需事务之类的辅助。开发用如nodejs之类的语言来进行开发，对开发比较方便。
(3)mongodb本身的failover机制，无需使用如MHA之类的方式实现。
用户数据库是用mongodb好，还是用mysql好
一般情况下,使用mysql，只有大数据或者并发很高的时候才使用mongodb。还有，mysql支持事务,mongodb是不支持的。
使用oracle、sql server也是不错的。
mongodb和mysql5.7的json哪个更好，优缺点比较
与关系型数据库相比，MongoDB的优点：
①弱一致性（最终一致），更能保证用户的访问速度：
举例来说，在传统的关系型数据库中，一个COUNT类型的操作会锁定数据集，这样可以保证得到“当前”情况下的精确值。这在某些情况下，例 如通过ATM查看账户信息的时候很重要，但对于Wordnik来说，数据是不断更新和增长的，这种“精确”的保证几乎没有任何意义，反而会产生很大的延 迟。他们需要的是一个“大约”的数字以及更快的处理速度。
但某些情况下MongoDB会锁住数据库。如果此时正有数百个请求，则它们会堆积起来，造成许多问题。我们使用了下面的优化方式来避免锁定：
每次更新前，我们会先查询记录。查询操作会将对象放入内存，于是更新则会尽可能的迅速。在主/从部署方案中，从节点可以使用“-pretouch”参数运行，这也可以得到相同的效果。
使用多个mongod进程。我们根据访问模式将数据库拆分成多个进程。
②文档结构的存储方式，能够更便捷的获取数据。
对于一个层级式的数据结构来说，如果要将这样的数据使用扁平式的，表状的结构来保存数据，这无论是在查询还是获取数据时都十分困难。
举例1：
就拿一个“字典项”来说，虽然并不十分复杂，但还是会关系到“定义”、“词性”、“发音”或是“引用”等内容。大部分工程师会将这种模型使用关系型数据库 中的主键和外键表现出来，但把它看作一个“文档”而不是“一系列有关系的表”岂不更好？使用 “dictionary.definition.partOfSpeech=’noun’”来查询也比表之间一系列复杂（往往代价也很高）的连接查询方便 且快速。
举例2：在一个关系型数据库中，一篇博客（包含文章内容、评论、评论的投票）会被打散在多张数据表中。在MongoDB中，能用一个文档来表示一篇博客， 评论与投票作为文档数组，放在正文主文档中。这样数据更易于管理，消除了传统关系型数据库中影响性能和水平扩展性的“JOIN”操作。
对比MySQL，什么场景MongoDB更适用
更高的写入负载
默认情况下，MongoDB更侧重高数据写入性能，而非事务安全，MongoDB很适合业务系统中有大量“低价值”数据的场景。但是应当避免在高事务安全性的系统中使用MongoDB，除非能从架构设计上保证事务安全。
高可用性
MongoDB的复副集(Master-Slave)配置非常简洁方便，此外，MongoDB可以快速响应的处理单节点故障，自动、安全的完成故障转移。这些特性使得MongoDB能在一个相对不稳定（如云主机）的环境中，保持高可用性。
数据量很大或者未来会变得很大
依赖数据库(MySQL)自身的特性，完成数据的扩展是较困难的事，在MySQL中，当一个单达表到5-10GB时会出现明显的性能降级，此时需要通过数据的水平和垂直拆分、库的拆分完成扩展，使用MySQL通常需要借助驱动层或代理层完成这类需求。而MongoDB内建了多种数据分片的特性，可以很好的适应大数据量的需求。
基于位置的数据查询
MongoDB支持二维空间索引，因此可以快速及精确的从指定位置获取数据。
表结构不明确，且数据在不断变大
在一些传统RDBMS中，增加一个字段会锁住整个数据库/表，或者在执行一个重负载的请求时会明显造成其它请求的性能降级。通常发生在数据表大于1G的时候（当大于1TB时更甚）。 因MongoDB是文档型数据库，为非结构货的文档增加一个新字段是很快速的操作，并且不会影响到已有数据。另外一个好处当业务数据发生变化时，是将不在需要由DBA修改表结构。
没有DBA支持
如果没有专职的DBA，并且准备不使用标准的关系型思想（结构化、连接等）来处理数据，那么MongoDB将会是你的首选。MongoDB对于对像数据的存储非常方便，类可以直接序列化成JSON存储到MongoDB中。 但是需要先了解一些最佳实践，避免当数据变大后，由于文档设计问题而造成的性能缺陷。
mongodb和mysql的区别
1. MongoDB比MySQL快在它有Memory-Mapping以及它不用处理事物2. MySQL适用于传统的对关联要求高的方面，MongoDB更多用于Logging、SNS等以K-V居多的需求，但是两种数据库其实都能胜任大多数需求。对MongoDB来说，关联一般是做成内联的，最大程度发挥其优势。而如果内联起来比较纠结或者冗余太多处理麻烦的时候当然用SQL更恰当了3. 新项目可以考虑用MongoDB 如果经验不足而时间紧迫则可以继续用MySQL4. 总之适当的任务用适当的工具5. MongoDB有比较好的扩展能力，可以很容易做成分布式架构6. 对MongoDB来说，内存越多越好
更多文章：
excel表格中，如何匹配单元格中含有通配符“*“？EXCEL SUBSTITUTE 通配符
2026年9月20日 21:45
2026年9月5日 18:30
2026年8月3日 21:15
2026年2月27日 07:15
2025年10月24日 03:30
tcpip有多少个协议（tcpip参考模型中应用层协议常用的有）
2026年1月18日 15:45
2026年6月6日 21:45
qq聊天音乐代码（qq发信息有音乐符号，点一下它出来一首歌）
2025年12月24日 17:15
SAP是一个什么行业_sap是干什么的？南京雨润集团sap岗位怎么样
2026年8月6日 18:15
2025年9月8日 05:00
2026年7月21日 15:30
ajax提交form表单失败（layui的以ajax提交表单不成功问题）
2026年9月3日 04:15
php运行环境安装（server2008如何部署iis+php+mysql运行环境）
2025年9月24日 02:45
2025年10月12日 02:45
simulink安装包下载（谁有关于光热发电的simulink仿真或其他仿真）
2026年3月2日 01:30
2026年1月11日 00:30
2025年12月1日 14:30
大漠易语言模块（大漠插件易语言模块为什么分辨率变化了.鼠标移动到坐标就不对了）
2026年3月12日 03:45
2026年4月2日 21:45
