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