文章插图

据OceanBase CEO杨冰介绍，企业面临的困境主要有以下几点：
* 技术改不了：核心业务系统投建早，大多与数据库能力深度绑定，迁移改造工作量大，风险高，时间长。
* 服务挺不住：移动互联网时代用户消费下习惯发生变化，银行核心业务系统从满足5*8的消费诉求，变成要满足7*24的消费诉求，对高可用的提出挑战，同时不同体量的机构，基础设施情况和改造思路不同，需要针对性的提出方案。
* 管理环节多：业务系统种类不断增加，50%的用户认为随着数据库实例数量的不断增加，运维管理变的更加困难。
* 业务跑不动：互联网核心系统初期投建规模小，但发展快，一旦爆发式增长，没有足够时间去重构应用和设计架构，因此底层数据库容量和算力很难跟上业务发展速度，系统出现跑不动的情况，对高并发的场景提出要求。
其实可以看出，以上问题已经让企业头疼已久，如何降低核心系统改造的风险，同时降低改造的成本，变成大多数企业会遇到的问题。解决以上问题方法无非就是迁移到其他数据库或者做扩容，不仅风险极高付出的成本也极大。一旦全部迁移，所有的软件都要大换血，对于技术上的要求是颠覆性的，同时也是不可取的。
这件事情的难度极大，挑战也大，前期投入高、风险高，OceanBase凭什么能做这件事情？
按杨冰的话说：“OceanBase只是站在传统数据库的肩膀上，进行老市场的颠覆和存量市场的替换，同时创造出新的赛道和空间”。
OceanBase投入了大量的成本和精力兼容MySQL、Oracle传统数据库。由于历史原因，Oracle作为世界上最流行的数据库被广泛使用，随着国产自主化的口号揭竿而起，很多企事业单位开始使用开源的MySQL，因此也就出现了现在的局面。
OceanBase目前已经帮助某头部保险企业，在核心系统上平滑的过渡到了OceanBase上面。一位用户语感叹：中国不缺各种各样的数据库公司，商业的也好开源的也罢，缺的是自主掌控、自主研发的数据库，能够真正替换掉MySQL、Oracle。

四、数据库时代的“新物种”


文章插图

1、“一体化架构”是OceanBase的最佳选择

对于OceanBase而言，做通用数据库才是星辰大海。为此，团队将从几个技术路径看待这件事情：一是“一体化架构”。
天下大势，合久必分，分久必合。
很长一段时间 OLTP（事务处理/在线交易）和OLAP（在线分析）各自占山为王，很多企业这两类任务处理由不同团队完成，管理维护成本高。但是随着越来越多企业上云，大量数据涌入，单机数据库的处理能力远远无法满足对于数据实时更新和查询的需求。能够满足两种能力的需求越来越旺盛，因此HTAP数据库应运而生。
【 or今年的“双十一”终于不用再“拼了”】在“双十一”大流量的涌入下，做完交易的数据要流到离线数据仓里，分析可能要等很长时间才能做结果，最快也得好几个小时，商家也没办法快速响应。用HTAP架构可以很好的解决OLAP和OLTP两类业务场景，商家可以更好在双11当天实时进行活动的调整促销策略。
由此OceanBase提出“一体化架构”，开启企业级数据库全新模式，集合原生分布式框架和经典集中式数据库（HTAP）的两种技术优势，从而让数据库处理更加复杂的场景。将“复杂留给数据库，简单留给用户”。
“虽然‘一体化架构’底层架构还是原生分布式，但是可以同时兼顾集中式和分布式两种系统，即可以保留集中式数据库单机性能强的优势又能同时兼具分布式数据库的拓展性、扩容性、性价比、高可用等特点，因此可以兼容Oracle和MySQL。这对很多用户来说简直就是福音，因为这意味着用了多年的数据库逐渐面临着容量、价格等一系列问题，如果能从Oracle或者MySQL平滑的迁移到OceanBase，这一定是一个更好的选择。”
HTAP技术架构帮助OceanBase应用到更多场景，而OceanBase也将不只在边缘场景更多转战核心场景的应用，从而为数据库打开更广的生态。

2、坚持生态与开源

杨传辉告诉雷锋网：“数据库越到后面拼的越是生态，因此今年6月OceanBase决定开源”，将300万行代码免费开源了，只有社区共建，一起完善工具，拥抱用户，才能建立数据库生态。”
只有更多的人一起合作，才能到更丰富的场景试炼。好的数据库一定是经过不同场景打磨出来的。
目前企业版OceanBase3.2HTAP能力大幅增强，TP性能提升30%，AP性能提升6倍。并支持托管，发布KVREDO接口，兼容MySQL5.7协议，开放运维管理openAPI......

稿源：(雷锋网)

【傻大方】网址：/c/111Y645142021.html

标题：or今年的“双十一”终于不用再“拼了”( 三 )