2019年11月19日，蚂蚁金服在北京举行发布会正式发布全新的OceanBase2.2版本，同时发布了OceanBase白皮书。

天时：业务和市场需求。传统关系数据库纵向扩展成本高企不下横向扩展能力缺失，无法满足电商和支付等互联网业务的快速发展和海量数据的要求。

地利：淘宝/天猫和支付宝业务中有大量分布式产品和数据库场景，支付宝在核心业务用OceanBase替换ORACLE，经历了多年双11大促考验，极大的提升了OceanBase的稳定和成熟度。　

人和：阿里内部大量分布式产品和场景培养了大量从事互联网数据库的研发、运维、售前人才，同时一批熟悉分布式技术的研发骨干奠定了OceanBase成功的基础。

今天的OceanBase，不仅在蚂蚁金服全面使用，还在多家商业银行逐步应用。同时还通过了国际上第三方独立组织TPC的关于在线交易场景的标准测试(TPC-C),并打破了ORACLE RAC 9年前的测试记录荣膺TPC-C榜首。这是OceanBase的又一个里程碑，也是新的起点。

全球数据库市场规模2017年相对2016年增长近13%，中国数据库市场增长近49%。国内数据库竞争激烈，国外传统数据库在国内的市场份额逐年递减。

Gartner发布的2018年操作性数据库魔力象限报告，云数据库AWS进入领导者象限，阿里云数据库进入远见者象限，国产数据库力量逐步显现。

• 政府大力推动底层技术创新。芯片、操作系统、数据库的国产化趋势增长。
• 开源数据库规模使用后面临挑战。如产品责任主体，售后服务成本，运维复杂度，技术发展方向等。
• 国产数据库的崛起。

• 推动底层技术的创新发展是重要国策，关键信息技术基础设施要自主可控。
• 集中式技术和架构难以承载互联网带来的快速增长的业务量和数据量。

• 互联网推动的业务发展趋势。数据量和访问量激增，高可用、高性能和可扩展等需求增强。
• 集中式系统的优缺点。架构简单，成本高昂，扩展受限。
• 分布式架构的特点。内部封装分布式实现，提供水平扩展能力，能容忍局部节点故障，自动恢复服务。
• 分布式架构提升处理能力。
• 分布式架构提升高可用性。
• 云计算带来的资源供给变化。

  
  

• 开源数据库规模化使用后面临的挑战。分布式架构的应用把MySQL当“存储”使用，制定开发规范规避MySQL缺点，间接导致应用分布式架构过度服务化。
• 开源数据库的综合性能相比企业数据库有明显差距。
• 开源数据库无法彻底解决企业级用户的可扩展需求。主要是分布式数据库中间件加开源数据库方案，在分布式事务一致性和容错、复杂的跨库查询、全局索引和全局一致的查询和DDL操作等方面都多有缺陷。
• 开源数据库无法保障较高的服务级别SLA。开源并不是一切免费。

无需修改业务代码

• 自动数据分布
• 带容错的分布式事务
• 跨机复杂查询
• 全局索引
• 全局一致的DDL

基于普通PC服务器

• Paxos协议实现持续高可用
• 自动增加/删除服务器

  
  

线性可扩展

• 存储可扩展
• 事务可扩展
• SQL可扩展

保障服务级别SLA

OceanBase分布式数据库构建在不可靠的普通PC服务器上，提供有自动容错、完整数据库功能、具备线性可扩展的能力，并且满足金融级别的SLA要求(不丢数据，自动恢复，异地容灾或多活)。

让运维不用直连数据库也能管理数据库。

让开发不用直连数据库也可以使用数据库。

• 金融交易、支付业务透明拆分。OceanBase支持将非分区表在线变更为分区表。
• 会员业务多维度查询。OceanBase支持分区表全局索引，索引也可以独立分区。

  
  

• OceanBase迁移服务(OMS)。主要做ORACLE/MySQL/DB2 <-> OceanBase之间的迁移和同步。

• 高可用和容灾方案。主要包括同城单机房或三机房、两地三中心、三地五中心的容灾和多活，也有双机房的主备集群容灾方案。
• 历史库平台。提供OceanBase生产库数据到历史库的迁移、校验、删除的一站式服务。

• 金融交易。
• 电信计费
• 互联网保险
• 电子商务

• 南京银行
• 人保健康保险
• 西安银行
• 常熟农商行
• 苏州银行

• OceanBase资料大汇总(20190720)
• 金融级分布式关系数据库OceanBase 2.2版正式发布