是选择Oracle,MySQL还是NoSQL?

正文

在这里插入图片描述
在这里插入图片描述

  • 功能

Oracle全才,无论OLAP还是OLTP,无论是锁定机制还是事物支持,无论是内置函数还是外部可扩展功能,都比较全面。

MySQL OLTP型选手,但由于缺少 Hash Join,以及分析函数相对较少,所以OLAP方面功能相对欠缺,但对事务的支持以及锁定机制都比较齐全。

NoSQL K/V 型选手,主要提供高效的简单查询,虽然部分NoSQL产品也支持相对复杂一点的检索,但在事务以及Join方面都未支持,功能最弱。

  • 性能(写入)

Oracle 需要记录 Redo Log 且保证每次事务都fsync到物理磁盘以保证事务安全,连续写;数据的写入大多是在内存中完成,后台进程进行内存到磁盘的定期批量刷新,随机写为主。

MySQL InnoDB引擎 与Oracle类似;MyISAM 引擎无事务所以没有事务日志到磁盘的fsync问题,但由于其表锁的原因,并发稍若。从总体使用经验来看和 Oracle 相差不大。

NoSQL 在数据存储及日志记录方面的架构及实现优化,使之在写入性能方面较传统数据库有较大优势。

  • 性能(简单查询)

Oracle在高并发场景下,由于其在事务控制实现方面的优势,以及多进程的机制,显示出了相对明显的优势。

MySQL在并发数不是太高的前提下,如8,16,32个并发场景下,相对于 Oracle 没有显示出弱势,甚至部分存储引擎下还有一些优势,但是随着并发数的增加,就逐步体现出了与 Oracle 的差距,这与其基于线程的机制也有一定关系。

NoSQL至少在我过往的多种测试下,大部分时候的简单查询性能都不如前二者。

  • 性能(复杂查询)

Oracle统计信息涉及的方面非常多,优化器相对于 MySQL 来说也先进很多,再加上对 Join 方式的全面支持,无论是从功能还是性能角度来说,多表 Join 都是 Oracle 的优势所在。

MySQL其查询优化器所能参考的统计信息相对较少,优化器深度也比 Oracle 少很多,所以在多表 Join 的时候出现执行计划异常并不少见。此外,不支持 Hash Join 的天生缺陷也让其 Join 能力大打折扣。

NoSQL不支持Join,不具可比性,无疑是最弱的。

  • 扩展能力

Oracle Oracle由于其极高的一致性要求,造成架构上的不少限制。导致其扩展成本相对高很多。

MySQL原生分布式架构的优势在于并发支持,但延时问题一直被广为诟病。所以大部分场景下是人肉进行分布式拆分,但其Replication特性加上对一致性的约束相较Oracle弱,使其架构灵活性很高。

NoSQL大多都原生支持分布式部署架构,具有极好的Scale Out能力。

  • 可维护性

Oracle 这一点上 Oracle 具有非常大的优势,无论是性能跟踪还是常规维护方面,Oracle都提供了非常丰富的工具和系统。

MySQL原生工具相对简单,但由于其开源的特性,有一些第三方开发的工具支持,比如Percona提供的一套工具(原mktools),但总提仍然比 Oracle 少了很多。

NoSQL无论是从性能跟踪还是常规维护角度来说,都远不如前二者。

  • 商业支持

Oracle商业软件,全套的商业服务支持。 上百本文档手册支持,几乎涵盖所有的内容。

MySQL有商业服务支持,但文档相对简单,包含的内容也比较少。

NoSQL少有商业支持,文档非常简单,网络资料也相对少很多。

  • 人才环境

Oracle发展几十年,具有充足的人才储备,活跃的社区环境。

MySQL开源数据库的王者,社区活跃,虽然人才总量常常供不应求,但总体还是处于良性状态。

NoSQL新技术,产品众多,社区活跃度远不如前面二者,处于人才极度匮乏状态。

  • 软件成本

Oracle商业软件,价格昂贵。

MySQL有开源也有商业版本,但价格较便宜。

NoSQL开源软件。

转载原文地址

原文地址:http://tech.it168.com/a2013/1118/1560/000001560928.shtml

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值