对比MySQL，你究竟在什么时候更需要MongoDB(转载)

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了对比MySQL，你究竟在什么时候更需要MongoDB(转载)，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1716字，纯文字阅读大概需要3分钟。

内容图文

默认情况下，对比事务安全，MongoDB更关注高的插入速度。如果你需要加载大量低价值的业务数据，那么MongoDB将很适合你的用例。但是必须避免在要求高事务安全的情景下使用MongoDB，比如一个1000万美元的交易。

不可靠环境保证高可用性

设置副本集（主-从服务器设置）不仅方便而且很快，此外，使用MongoDB还可以快速、安全及自动化的实现节点（或数据中心）故障转移。

未来会有一个很大的规模

数据库扩展是非常有挑战性的，当单表格大小达到5-10GB时，MySQL表格性能会毫无疑问的降低。如果你需要分片并且分割你的数据库，MongoDB将很容易实现这一点。

使用基于位置的数据查询

MongoDB支持二维空间索引，因此可以快速及精确的从指定位置获取数据。

非结构化数据的爆发增长

给RDBMS增加列在有些情况下可能锁定整个数据库，或者增加负载从而导致性能下降，这个问题通常发生在表格大于1GB（更是下文提到BillRun系统中的痛点——单表格动辄几GB）的情况下。鉴于MongoDB的弱数据结构模式，添加1个新字段不会对旧表格有任何影响，整个过程会非常快速；因此，在应用程序发生改变时，你不需要专门的1个DBA去修改数据库模式。

缺少专业的数据库管理员

如果你没有专业的DBA，同时你也不需要结构化你的数据及做join查询，MongoDB将会是你的首选。MongoDB非常适合类的持久化，类可以被序列化成JSON并储存在MongoDB。需要注意的是，如果期望获得一个更大的规模，你必须要了解一些最佳实践来避免走入误区。

个人理解：

如果说写负载和单表太大，解决方案都是通过分片来实现横向扩展，其实mysql也是支持的。这不算理由。

我能使用Mongodb的场景是：你不需要太多的事务和多表关联，那么使用Mongodb可以获得更大的性能提升。或者schema-free的使用场景。

对比MySQL，你究竟在什么时候更需要MongoDB(转载)

标签：多表关联   strong   系统   表关联   理解   表格   没有   实现   json   

本文系统来源：http://www.cnblogs.com/xiaolang8762400/p/7224174.html

内容总结

以上是互联网集市为您收集整理的对比MySQL，你究竟在什么时候更需要MongoDB(转载)全部内容，希望文章能够帮你解决对比MySQL，你究竟在什么时候更需要MongoDB(转载)所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

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

内容手机端