为什么去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 语句较为简单，尤其是没有大量表关联、大量子查询的场景