Mysql与 Oracle数据库的优缺点
当数据量太大、并发太高时，有两种解决方案：
仍然使用集中式方案，提升单台主机的能力。
使用分布式方案。
两种方式都可以解决问题，就看高层如何选择了。阿里选择了分布式。
一旦选择了分布式，比如将一个大表分到多个数据库中。如果是Oracle，数据库太多license费用随之上升。如果是MySQL，数据库再多也不用担心License问题。所以，MySQL胜出。
如果选择了集中式，照样有方法解决,就看硬件、和人的投入了。
阿里只所以没有选择集中式，主要是license是授权，如果用于商用而没买授权，会收到oracle公司律师函。费用根据你主机的情况以及节点个数而定,维护费每个公司的定价不同具体询问相关Oracle商务人员。
分表、分库后，面临两个问题：
1、要有强大的中间层。阿里在这一块的投入是巨大的。
2、分表、分库后，跨库事务投入是巨大的。
优缺点:
Mysql是开源的就好比Java的jdk是开源的,可以随便去编译.而Oracle现在是越来越封闭，在不使用调试技术的情况下，研究Oracle日渐艰难许多性能资料、等待事件的本意无从知晓，问题的定位比较困难。开源的MySQL不存在这样的问题。
了解源码的目的是为了更深的了解MySQL的优、缺点，更好的使用MySQL.
国内互联网巨头多在开发基于MySQL网络协议的代理层。简单点说你连接MySQL，其实是连接了代理层，由代理层把你的SQL发到某个MySQL库中执行，如果是OLAP(联机分析处理)型SQL，由代理层用协调器，将SQL分布到多个MySQL库中执行，再由代理层合并结果。
如果下层是Oracle，这样的代理层开发极为困难，因为要全面了解网络协议,如果是MySQL则不同了。
（1） Mysql性能卓越，服务稳定，很少出现宕机。
（2） 开放源代码，自主性，使用成本低
（3） 历史悠久，社区用户非常活跃，遇到问题可以寻求帮助。
（4） 软件体积小，安装使用简单，并且易于维护
（5） 品牌口碑效应，使得企业无需考虑就直接用之，LAMP(用于创建和管理Web应用程序的开源开发平台)流行架构
（6） 支持多种操作系统，提供多个API接口，支持多个开发语言，特别对流行的PHP语言有很好的支持。
MySql的核心程序采用完全的多线程编程。线程是轻量级的进程，它可以灵活地为用户提供服务，而不过多的系统资源。用多线程和C语言实现的MySql能很容易充分利用CPU。
MySql可运行在不同的操作系统下。简单地说，MySql可以支持Windows95/98/NT/2000以及UNIX、Linux和SUN OS等多种操作系统平台。这意味着在一个操作系统中实现的应用可以很方便地移植到其他的操作系统下。
MySql有一个非常灵活而且安全的权限和口令系统。当客户与MySql服务器连接时，他们之间所有的口令传送被加密，而且MySql支持主机认证。
MySql支持ODBC for Windows。MySql支持所有的ODBC 2.5函数和其他许多函数，这样就可以用Access连接MySql服务器，从而使得MySql的应用被大大扩展。
MySql支持大型的数据库。虽然对于用java编写的网页来说只要能够存放上百条以上的记录数据就足够了，但MySql可以方便地支持上千万条记录的数据库。作为一个开放源代码的数据库，MySql可以针对不同的应用进行相应的修改。
MySql拥有一个非常快速而且稳定的基于线程的内存分配系统，可以持续使用面不必担心其稳定性。事实上，MySql的稳定性足以应付一个超大规模的数据库。
强大的查询功能。MySql支持查询的SELECT和WHERE语句的全部运算符和函数，并且可以在同一查询中混用来自不同数据库的表，从而使得查询变得快捷和方便。
根据Oracle公司的销售政策，以Oracle11g产品为例，2008年11g的报价是：单cpu 4w美金；按用户算是800美金。
如果 用户按照CPU方式购买： 2 CPU的一台服务器部署：8W美金，这个是购买价格；然后用户每年需要支付22％的服务费；即8W×22％＝1.76W，就是说，Oracle即便不给用 户干任何活，用户每年也得向它支付1.76w美金。考虑折扣因素，实际价格应该在 30--40%。
Oracle公司销售服务的类别大致有以下几种：
A.基本服务: 都是远程的，电话，网上支持，不一定都能解决。
续保(PS): 基本服务续上。
B.高级服务(ACS): 除了基本服务，现场，安装，技术交流，故障排查。
C.小单续保(CRS): 服务费是25K美金以下，采用电话销售。
License100万=(25k*8*( 1+17%) ) / 22% 这个公式是表示服务费和产品销售额之间的关系。
D.外包服务(On Demand): ERP 方面为主，以厂商为主去做用户服务，不管License什麽的。
F.延伸服务: 在标准服务的基础上，产品上市第6年加10%服务费，第7年加20%服务费，第8年加20%，再往下还是加20%服务费。
真实案例参考:
淘宝最早用的MYSQL，后来向ORACLE迁移。由于PHP当时在数据库方面的问题，淘宝当时从MYSQL切入到了ORACLE。在这个过程中，由于架构是处于雏形阶段所以，技术能力以及架构能力都是偏弱的。
据安静的往事介绍，互联网企业的DBA承受的压力非常大，早在在2004年时，数据库经常出问题的。后来， 随着业务的发超速发展， ORACLE的优化还是承载不了业务的发展，于是开始拆分，当时在淘宝和阿里巴巴有不同的思路，这个时候会有不同业务为主体的拆分。这些事情完成由于涉及到安全、交易、涉及到数据的稳定性问题， DB已经不能做了，这个时候就需要架构开始受到重视。
从2007年到 2009年的这个阶段，架构的作用非常大。这个阶段，阿里系涌现出一系列架构师。
当这个事情做完之后怎么样考虑企业成本的问题?
这个大背景下2002年随着互联网社区飞速发展，ORACLE的发展处于黄金时段，DBA的成长也非常快。
阿里在2006年开始考虑ORACLE和企业之间的联系。当时了解到国内某银行使用服务商的全套产品(硬件+软件)以后，无法替换，因此阿里在预测一旦由一家服务商绑定，阿里的风险有多大，于是阿里准备了向MYSQL的转移。但是准备时，阿里团队主要是ORACLE,而MYSQL谁去学呢?
当然，从培养新人开始做起，在这条路上走得很扎实， 到了2008年底的时候，在整个集团要不要引入MYSQL?要不要有计划性的向MYSQL迁移?有许多的反对声音。第二、开发的人员也不一定认同，在ORALCE上很顺手，觉得用MYSQL阻力很高的。
在阿里用MYSQL背后主要考虑的是成本。
我们往迁移MYSQL，我们预备花三年时候从一种数据库迁移到另外一种数据库。当时做这件事情的时候，阿里系和ORALCE签了一个 ULA,ORACLE的授权随便可能用。用三年的时间我们稳固的推进了MYSQL。安静的往事指出，传统的关系型数据库在扩张方面没一家解决得好的。
大数据对于DBA是一个机会
安静的往事指出，现在谈大数据时代，很多管理者或者业务负责人怎么认识到数据的重要性，还在一个转型的过度中。大数据未来对于DBA一个机会。我们必须理顺团队的发展，而选择在高速成长的企业是我们不二之选。
关于 oracle ULA(Unlimited License Agreement)
不限量许可协议
购买一段时间内对某些产品的不限量部署权利
-通常2~3年
体现互惠互利的战略伙伴关系
-致力于简历客户与甲骨文(oracle)互惠互利的战略伙伴关系
-客户对Oracle相关产品的认可
-更优惠的价格(相对于软件公司,从事开发的)
-双方或三方协议
Oracle ULA特点
统一许可度量和服务
-过去所采够并拥有同类型的许可统一被转换和被替代到新的ULA中;
-许可度量也会统一到一种度量;
-服务统一到同一日期
UlA协议条款灵活多样
-客户定义/区域
-Unlimited/Capped/Fixed Quantity
ULA协议到期
-ULA证明
-ULA续期
Oracle ULA费用及特点
ULA费用由三部分构成
-新增的,基于客户在ULA期间不限量部署程序的预估数量的License费用
-ULA签订的预估License的技术支持费用
-被转换和被替代许可现有技术支持费用
假设客户签订ULA中两年预估新增License费用是3M(百万),客户现有技术支持费用是0.5M,则本次ULA相关费用示例如下(仅供参考):
第一年是:3M+3M*0.22+0.5M=4.16M
第二年是:3M*0.22+0.5M=1.16M(这个是2013年项目提供的数据)
ULA费用与产品实际部署量无关
-ULA期满后,不会追加”多用”产品的许可费用和技术支持费用(锁定费用)
ULA锁定费用示例
假设ULA是基于500个Processor(处理器)签订的:
许可费用固定基于500个Processor来机算2年后客户实际使用的Processor数量可能是:550,500,480
2年期满不追加许可费用每年要支付的技术支持费用也与产品实际部署量无关
客户面临的问题
业务发展的要求
-业务增长越来越快
-单点采够与自助餐模式
成本压力
-越来越多的许可证费用
-不断增加的技术支持费用
-对未来IT支出的能见度低
合规性要求
-软件正版化要求
-到底购买了没有?是否满足合规性要求?