mysql和mongodb对比互补

1、mysql没有必要存放所有的数据，尤其是分析、归纳、汇总的日志数据

2、mongodb的一个重要概念就是以空间换时间

3、MongoDB性能的一个关键点就是索引，索引是不是能有比较好的使用效率，索引是不是能够放在内存中，这样能够提升随机读写的性能。如果你的索引不能完全放在内存中，一旦出现随机读写比较高的时候，它就会频繁地进行磁盘交换，这个时候，MongoDB的性能就会急剧下降，会出现波动。

4、mysql也可以考虑使用归档型的存储引擎

5、MongoDB官方就自带一个分布式文件系统，可以很方便地部署到服务器机群上。MongoDB里有一个Shard的概念，就是方便为了服务器分片使用的。每增加一台Shard，MongoDB的插入性能也会以接近倍数的方式增长，磁盘容量也很可以很方便地扩充。


6、MongoDB还自带了对map-reduce运算框架的支持，这也很方便进行数据的统计。

时间： 2024-09-19 10:10:38

mysql和mongodb对比互补的相关文章

MySQL与MongoDB的操作对比

 MySQL与MongoDB都是开源的常用数据库,但是MySQL是传统的关系型数据库,MongoDB则是非关系型数据库,也叫文档型数据库,是一种NoSQL的数据库.它们各有各的优点,关键是看用在什么地方.     以我们公司项目为例,在早期的项目中,都在使用关系型数据库,用过SQLServer,Oracle,DB2,后来全部转向Mysql,原因很简单:Mysql在性能不错的情况下,有着开源优势.Mysql的事务性与高性能是我们主要考虑的.后来,由于项目要用到用户系统,即会有大量的用户数据进行交互

MongoDB与MySQL的操作对比表及区别介绍_MongoDB

MySQL与MongoDB都是开源的常用数据库,但是MySQL是传统的关系型数据库,MongoDB则是非关系型数据库,也叫文档型数据库,是一种NoSQL的数据库.它们各有各的优点,关键是看用在什么地方.所以我们所熟知的那些SQL(全称Structured Query Language)语句就不适用于MongoDB了,因为SQL语句是关系型数据库的标准语言.   以我们公司项目为例,在早期的项目中,都在使用关系型数据库,用过SQLServer,Oracle,DB2,后来全部转向Mysql,原因很简

mysql-关于Azure上Mysql和MongoDB的问题

问题描述 关于Azure上Mysql和MongoDB的问题 不是很清楚,如何在Azure上搭建MySql和MongoDB服务 解决方案 http://www.utdme.com/azure%E4%B8%8A%E6%90%AD%E5%BB%BAmysql%E6%9C%8D%E5%8A%A1%E5%99%A8%EF%BC%88ubuntu%EF%BC%89/ 解决方案二: http://www.windowsazure.cn/zh-cn/manage/windows/common-tasks/ins

mysql-Azure上Mysql和MongoDB的使用，有什么好的建议？

问题描述 Azure上Mysql和MongoDB的使用,有什么好的建议? 一直很困扰除了AzureSQL以外的其他数据库如何构建,不知道有什么好的建议没. 解决方案 Azure(我说的是微软Azure,不是山寨Azure)现在也支持Oracle数据库了,MongoDB和MySQL则需要安装虚机后安装. 解决方案二: 可以自己在虚拟机里安装其它数据库 解决方案三: 您好,据我所知,当前China Azure 已经支持Mysql,只不过当前任然为预览版.如果您有Azure的账户,您可以在门户中看到

monit配置监控启动nginx php mysql redis mongodb 服务器

启动:monit -Ic /etc/monitrc & crontab -e */600 * * * * /usr/local/bin/monit -Ic /etc/monitrc & conf 配置: -----nginx php mysql redis mongodb 配置 完美OK------– # nginx check process nginx with pidfile /usr/local/nginx/logs/nginx.pid start program = "

关于几个MySQL环境问题的对比

有时候出现了环境问题,对比是一种很好的方式,如果对比得当,可以避免反复的出现问题,可以根据对比的情况推理出一些可能出现的情况或者问题. 如果对比不当,很可能得出错误的结论.今天就简单举几个例子来说明一下. MySQL重启的对比 之前出现过一次备机的硬件故障,但是庆幸的是幸亏是备机,备机上意味值有备库,但是实际发现备机上的备库和主库没什么关联,也是让人直冒冷汗,那就搭建备库吧,结果发现主库没有开启binlog,这种情况下是没有任何办法的,所以在评估之后,发现还有一套环境也是同样的问题,所以就申请了

MySQL和MongoDB设计实例对比

MySQL是关系型数据库中的明星,MongoDB是文档型数据库中的翘楚.下面通过一个设计实例对比一下二者:假设我们正在维护一个手机产品库,里面除了包含手机的名称,品牌等基本信息,还包含了待机时间,外观设计等参数信息,应该如何存取数据呢? 如果使用MySQL的话,应该如何存取数据呢? 如果使用MySQL话,手机的基本信息单独是一个表,另外由于不同手机的参数信息差异很大,所以还需要一个参数表来单独保存. CREATE TABLE IF NOT EXISTS `mobiles` (     `id` 

MySQL和MongoDB设计实例对比分析_MongoDB

下面通过一个设计实例对比一下二者:假设我们正在维护一个手机产品库,里面除了包含手机的名称,品牌等基本信息,还包含了待机时间,外观设计等参数信息,应该如何存取数据呢? 如果使用MySQL的话,应该如何存取数据呢? 如果使用MySQL话,手机的基本信息单独是一个表,另外由于不同手机的参数信息差异很大,所以还需要一个参数表来单独保存. 复制代码 代码如下: CREATE TABLE IF NOT EXISTS `mobiles` ( `id` int(10) unsigned NOT NULL AUT

MySQL vs.MongoDB 各有胜负

初步的键值比较,MongoDB完胜 快还要更快,这一直都是我们给予数据库系统的目标MySQL Dragster把磁盘的速度当作它的最大障碍,这真的能说通吗?姑且就把作一个障碍,那解决方案呢?!如果一个障碍限制了你的Dragster,你完全可以选择更快的绕过它或者在计算机方面提升.举个例子: 避免使用磁盘,尽可能的以内存替代用更快的磁盘(如SSD) 其实上面这对类比并不好,因为来自磁盘的限制是如此之大,而且出人意料的是从未得到过改善.你可能会说,我们不是有SSD吗?对,这的确让硬盘得到了提升,但是