是选择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