万里开源大数据软件
 为什么去IOE

传统IOE架构的不足：

购置价格昂贵

维护费用昂贵

纵向扩展（Scale-up）成本高昂

横向扩展（Scale-out）能力弱，性能瓶颈

当今业务规模爆炸性增长，传统的单一系统升级（即纵向扩展Scale-up）无法满足快速增长的性能需求。多系统的横向扩展（Scale-out）成为大势所趋。而x86架构以其廉价和开放的特性越来越受青睐。这就好比虎大于狼，一对一稳操胜算，但肯定敌不过群狼战术

棱镜门事件敲响信息安全警钟，“去IOE” 被国家提升到战略高度。加强 IT系统风险管控刻不容缓。

2009年阿里巴巴在国内领导发起“去IOE”运动。软件用开源的MySQL替代Oracle数据库，用Hadoop集群替代Oracle RAC ，硬件上以工业标准的x86服务器替代IBM小型机和EMC存储设备，既解决性能扩展需求，又大大降低了软硬件投资的压力。

去IOE的其他领导者：Google, Facebook, Amazon, WIKI ……

 

DBScale 技术优势

无共享存储，利用本地存储，真正的分布式存储

SQL性能提高： Sharding 分片技术，一个表可以分成多个shard并行处理，整体吞吐量提高

DBScale控制实现负载均衡

减少锁资源的竞争

单个 数据库实例数据量小，提高内存缓存利用率，充分发挥MySQL性能

可以设置多份冗余备份，高可用，无单点故障

拓展方便，增删节点即可

不要求节点性能一致，旧设备能充分利用

 

性能：

X86服务器单机性能较弱，但价格有巨大优势，同等价位下x86集群总体性能强于小型机

可拓展性：

x86集群拓展方便，增加节点即可（Scale-out）。IOE架构拓展性能只能靠单机升级（Scale-up），技术复杂、代价高昂。通过RAC集群增加节点拓展，也很复杂、昂贵

设备兼容性：

拓展节点与现有节点不要求性能相当，既有设备可以继续利用；IOE架构要求主备两机配置要匹配，否则容易出现性能问题

影响业务：

DBScale集群拓展不需要停止业务；IOE双机架构可能需要停止业务。

 

为什么基于MySQL------拥抱开源

开源特性

免费：区别于商业数据库，非盈利目的

安全：开源代码，一览无余，不用担心后门

社区力量：来自全球数以万计的开源技术爱好者不断丰富MySQL的功能，提升代码性能

万里属性

研发中心：万里开源与MySQL AB合作建立MySQL中国研发中心，为MySQL贡献了大量核心代码

本地化服务：万里开源有全国顶尖的MySQL研发专家和维护工程师

展望未来

未来还会支持PostgreSQL, MariaDB等开源数据库

可能会支持Oracle，Sybase等商业数据库

 

DBScale/MySQL 比Oracle更适合的场景：

大数据量OLTP，如互联网应用，企业系统，电信系统

大数据量OLAP，如数据仓库，BI

应用复杂度较低，即 SQL 语句较为简单，尤其是没有大量表关联、大量子查询的场景