对话杨传辉：国产数据库新战绩背后，OceanBase坚持自研的初心与决心( 二 )

无论走哪种HTAP路线，都应保证一个前提——一套系统，一份数据。
首先，将两套系统简单叠加、缝合的方案，不仅会导致成本上升、存在固有延时，而且两套系统语法会有差别，很难精细控制数据流转和数据一致性问题，到后续升级更会暴露出各种问题，限制企业级应用的发展。
其次，一些采用两份数据的方案，通过ETL机制将OLTP的数据拉到OLAP系统中。这会存在天然的设计缺陷，因为避不开数据搬运，无论是性价比还是延迟都无法做到最优。
这也是为什么从一开始， OceanBase团队就决定做基于“一个系统，一份数据”的HTAP数据库，以将性价比做到极致。
杨传辉说， “一份数据”是从用户角度看的，实际执行中，只要能在满足HTAP处理需求数据的前提下最大程度降低冗余，多个副本或者多种形态都可以被认为是“一份数据” 。
为了让OLTP具备大数据量OLAP的能力， HTAP需引入原生分布式架构和低成本存储引擎，支持OLTP与OLAP间的资源隔离、复杂查询和大数据量查询，以及OLAP的数据开发和建模能力。
须注意的是，鱼和熊掌不可兼得，真正的HTAP系统也不是万能的。
理论上，它不会牺牲分析能力。但由于工程复杂度和产品成熟度问题，基于OLTP研发的HTAP数据库，其OLAP能力会弱于专门的OLAP系统，因此更适合OLTP、OLTP与实时OLAP混合负载处理场景，不适合离线数据仓库或大数据无结构化数据处理场景。
杨传辉建议，企业开始做新业务，或是已有业务遇到一些传统数据库方案难以解决的痛点时，也许正是切入HTAP的好时机。
那么企业选择HTAP时，怎么判断这个数据库方案，值不值得投入试错成本，能不能未来长期用下去，为业务带来价值？
他给出了一些参考维度：首先是看落地经验，在标杆客户核心业务场景中实现规模应用的HTAP方案，说明足够成熟稳定；还要关注核心能力，比如在公开基准测试benchmark中的性能表现如何，生态工具是否完备好用。如果未来业务将发展至较大规模，那么企业还需考虑HTAP采用的技术架构是否存在缺陷、稳定性和容灾能力怎么样、能否实现业务的最佳性价比等。
从这两个角度来看， OceanBase俨然是不可多得的选择。一方面，它是金融场景中最受欢迎的国产分布式数据库，如今已积累涵盖银行、能源、电力、社保等行业的400多个外部企业客户，其金融级容灾、成熟稳定性已经得到充分验证；另一方面，它在过去三年接连打破国际在线事务处理基准测试TPC-C和数据分析型基准测试TPC-H的世界纪录，证明了自身的技术领先性。
取得这些成就的背后，作为分布式HTAP数据库的先行者，自2010年诞生以来， OceanBase一直在摸着石头过河。

文章图片
TPC-C基准测试结果，红框处为OceanBase的成绩
二、12年磨一剑，明年炼出HTAP成熟体在HTAP这条路上，国产自研原生分布式数据库OceanBase已经努力了12年。
杨传辉认为，坚持自研与落地核心业务场景，是OceanBase能将同行甩在身后的“杀手锏” 。
只有自主研发，才能完全掌握数据库的内核，真正做出“一套系统，一份数据”的方案。因此OceanBase的每一行代码都由其团队自主编写。其经年累月在各种核心业务场景中持续沉淀的know-how能力，也为OceanBase构筑了愈发坚固的技术及市场竞争壁垒。