oceanbase

传统集中式数据库，OceanBase的根本特征是分布式架构，基于普通的PC服务器构建的满足金融级高可靠性以及数据一致性的数据库系统。事实上，OceanBase也被称为原生的分布式关系型数据库，其把所有与高可靠性及数据一致性相关的问题在数据库内核层面就解决掉，使得OceanBase真正具备高度集成、整体交付、对业务少侵入甚至无侵入的商业数据库特征，同时也真正克服了单纯依赖分库分表的分层设计中所缺失的全局一致及跨库查询等缺陷。 通过原生的分布式数据库设计以及PAXOS协议等，OceanBase实现了高可用、强一致、易用性、高性能、可扩展以及低成本。原先一台高端服务器动辄几十万、几百万，而OceanBase仅用几千元至几万元的PC服务器即可。蚂蚁金服高级研究员阳振坤表示，“OceanBase的性价比已经达到了现有商业数据库的5倍~6倍以上，未来还将更高。” OceanBase进入商业化新时代 从2017年开始，OceanBase跟随整个蚂蚁金服的金融科技开放，开始了向传统金融赋能的实践过程。同年OceanBase在南京银行上线，为南京银行“鑫云+”互联网金融开放平台提供金融级分布式关系数据库服务，迈出了商用的关键一步。随后，西安银行、广东农信、人保健康险、招商证券、苏州银行、常熟农商行等也在生产系统中使用OceanBase。 来源： https://www.cnblogs.com

小蚂蚁说： 你们都很关心的 “ OB双11大促实战分享 ” 专题来啦！本系列将为你系统性的介绍OceanBase支撑蚂蚁双11背后的技术原理和实战分享。 从平台到架构，再到实现，一起来探索蚂蚁双11这场神秘的技术之旅吧！ 2018年的双11十周年，最终成交额以2135亿元创纪录收官，支付宝系统在这场“商业奥运会”中再次经受住了考验。这也是OceanBase顺利支撑蚂蚁双11的第五年。 从五年前，只有10%流量切到OceanBase上，到如今OceanBase 2.0版本成功支撑2018年双11的支付宝核心链路。每年不变的是一如既往的表现平稳，丝般顺滑，变化的是技术能力的不断升级和迭代。今年的双11，OceanBase 2.0扛起了大梁，性能比去年提升了50%，真正实现了“零成本”支撑大促。 一、2018双11大促使用了哪些核心技术？ 今年的双11，OceanBase致力于通过底层架构及平台能力的提升，来实现双11稳定性、成本优化、性能及效率方面的全方位的提升。相较以往始终如一“丝般顺滑”的大促能力外，2018年的双11，OceanBase更加注重长久技术能力的沉淀： OceanBase2.0版本首次上线支付宝的核心链路 ，包括交易、支付系统，为“峰值百万支付能力”的三年战略沉淀了通用的“极致弹性”的分布式数据库能力，夯实了百万支付的底层基座。 在底层存储介质方面，

OceanBase 是一款由阿里巴巴公司自主研发的高性能、分布式的关系型数据库，支持完整的 ACID 特性，高度兼容 MySQL 协议与语法，能够以最小的迁移成本使用高性能、可扩张、持续可用的分布式数据服务。 OceanBase 实现了数千亿条记录、数百 TB 数据的跨行跨表业务，支持了天猫大部分的 OLTP 和 OLAP 在线业务。 OceanBase 特性 OceanBase 最初是为了处理淘宝网的大规模数据而产生的。传统的 Oracle 单机数据库无法支撑数百 TB 的数据存储、数十万的 QPS，通过硬件扩展的方式成本又太高。 淘宝网曾使用 MySQL 取代 Oracle，但是需要进行分库分表来存储，也有很多弊端。通过分库分表添加节点比较复杂，查询时有可能需要访问所有的分区数据库，性能很差。 淘宝网甚至考虑过 HBase ，但是 HBase 只能支持单行事务查询，且不支持 ACID 特性，只支持最终一致性。而淘宝网的业务必须支持跨行跨表业务，且一些订单信息需要支持强一致性。 基于以上原因，这就需要开发一个新的数据库，既要有良好的可扩展性，又能支持跨行跨表事务，OceanBase 就应运而生了。 OceanBase 具有以下特性： 1) 高扩展性 虽然传统关系型数据库（如 Oracle 或 MySQL）的功能已经很完善，但是数据库可扩展性比较差，随着数据量增大

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 一个集群如果出现了负载不均衡问题，那么负载最大的机器往往将成为影响系统整体表现的瓶颈和短板。为了避免这种情况的发生，需要动态负载均衡机制，以达到实时的最大化资源利用率，从而提升系统整体的吞吐。 OceanBase架构介绍 OceanBase是一个具有 自治功能 的分布式存储系统，由 中心节点RootServer、静态数据节点ChunkServer、动态数据节点UpdateServer以及数据合并节点MergeServer四个Server构成 ，如下图所示。 Tablet：分片数据，最基本的存储单元，一般会存储多份，一个Table由多个tablet构成； RootServer：负责集群机器的管理、Tablet定位、数据负载均衡、Schema等元数据管理等。 UpdateServer：负责存储动态更新数据，存储介质为内存和SSD，对外提供写服务； ChunkServer：负责存储静态Tablet数据，存储介质为普通磁盘或者SSD。 MergeServer：负责对查询中涉及多个Tablet数据进行合并，对外提供读服务； 在一个集群中，Tablet的多个副本分别存储在不同的ChunkServer，每个ChunkServer负责一部分Tablet分片数据，MergeServer和ChunkServer一般会一起部署。

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 蚂蚁金服数据访问层有三个核心组件：数据访问框架 ZDAL、 数据访问代理 DBP 和 OceanBase 代理服务器 OBProxy。本篇主要涉及 ZDAL 和 OBProxy 两个组件。ZDAL 作为全站数据访问的标准组件，不仅提供了分库分表、读写分离、分布式 Sequence等标准的应用能力，还提供了链路跟踪、影子压测、单元化、容灾切换等技术风险能力 。OBProxy 作为 OceanBase 的访问入口，提供了 OceanBase 路由寻址、读写分离等数据库能力，同时从执行效率和资源成本角度考虑，从 OBProxy 诞生那天我们就采用了近应用的独立进程部署模式，目前生产环境上保持在几十万级别的进程数。 本篇文章通过介绍当前蚂蚁金服数据访问层遇到的问题，解决的思路，演进的方向三个方面，期望能够用阐述下 DB Mesh 发展的一些思考并让更多同学认识到 DB Mesh。期望能够 DB Mesh 的方式将数据访问层下沉到统一的基础设施之上，让新业务快速使用上全站多年的技术风险能力，并能够持续享受到更多的性能、资源等技术红利。 背景 随着业务的快速发展，ZDAL 作为客户端模式的组件，一直存在业务耦合、版本迭代推进、多语言支持等问题。OBProxy 是为 OceanBase 数据库专门量身定制的代理服务器

今年天猫双11当天，OceanBase数据库再次刷新数据库处理峰值，达6100万次/秒，创造了新的世界纪录。 在此之前一个月，据权威机构国际事务处理性能委员会TPC披露：蚂蚁金服的分布式关系数据库OceanBase，打破美国甲骨文公司保持了9年的世界纪录，成为首个登陆该榜单的中国数据库系统。 作为全球首个应用在金融核心系统的分布式关系数据库，蚂蚁金服OceanBase的出现，是金融科技发展过程中极为重要的一步。 事实上，蚂蚁金服OceanBase“登顶”之路绝非易事，却又是理想主义使然！正如马云所讲，“我不懂技术，但是我尊重技术。” 九年积淀缩影，一切从零开始 2008年，阿里巴巴集团首席架构师王坚提出“去IOE”，即摆脱业务系统对IBM小型机、Oracle数据库以及EMC存储的过度依赖。2009年开始，阿里举全公司之力投入到云计算的研发和使用中，随后在阳振坤带领下启动了OceanBase分布式关系数据库项目。 从2011年双11到2019年双11，自主研发的OceanBase数据库，以远低于传统商业数据库的成本，更高的可用性，一次次地刷新世界纪录，打破了核心数据库长期被传统商业数据库垄断的格局。 2017年，OceanBase数据库迈出了商业化关键的第一步，为南京银行“鑫云+”互金开放平台提供金融级分布式关系数据库服务。此后，OceanBase不仅在西安银行、广东农信、人保健康险

2019双11，支付宝参战的第十一年。 与十一年前相比，双11的许多东西都改变了。比如金额——2684亿，差不多是十一年前的5000倍；比如流量——订单峰值54.4万笔/秒，曾经是想都不敢想的数字；再比如层出不穷的新技术，就是这些惊人数字背后的“秘密武器”，给迎战双11的战士们作最完备的武装。 也有始终不变的东西。大战来临前的紧张、不安、如履薄冰，对每一个细节反复check的“强迫症”，以及胜利之后的欣喜、释然、满心充实，和下一步砥砺前行。 支付宝的技术工作，就是“半年搞建设，半年搞大促”。虽然是一句戏言，但足够从侧面证明大促作为实践战场的重要性。而每当双11圆满落下帷幕，技术人也就到了收获的季节。那些历经双11大考的新技术，就像经历过了“成人式”一样，一一走到台前开始独当一面。 SOFAMesh：金融级云原生第一步 众所周知，金融机构因为肩负的责任重大，面对新技术时，普遍都是比较保守的。支付宝也不例外，尤其是在双11这种场景下，流量大，峰值高，平时不管多小的问题，在这时候都可能被放大成不得了的大问题。 于是，今年的大促迫在眉睫时，SOFAMesh团队还在纠结。来自周围的各种声音，让他们感到压力很大。被问到的最多的问题，就是“这个靠不靠谱？” 一个“行”字，在双11的面前，可能有千钧之重。能不能扛过零点的流量峰值？能不能保障稳定？能不能保证不出差错？ Mesh是一项很新的技术

2019年双11来了。1分36秒100亿，5分25秒超过300亿，12分49秒超500亿……如果没有双11，中国的互联网技术要发展到今天的水平，或许要再多花20年。 从双11诞生至今的11年里，有一个场景始终在支付宝技术团队之中循环往复——每一年确定目标时，大家都将信将疑，或惊呼或腹诽：“不可能！太夸张了吧！”但每一年的夸张目标，到最后都能奇迹般地成为现实。 前一年需要拼命跃起才能够到的果实，后一年就会成为再普通不过的日常。不知不觉之间，双11已经从最初启航时的小船，成为了承载数十亿人快乐和梦想的巨舰。在这个举世瞩目的“奇迹工程”背后，是技术和技术人一起，十余年如一日，以难以置信的“中国速度”在不知疲倦地向前奔跑。 技术人的初衷往往极致单纯——既然决定要做，那就全力以赴，一往无前，但当他们一步一个脚印风雨兼程地走来，蓦然回首，就发现奇迹已经在那里了。 那时距离宕机只有几十秒 2009年11月11日，对于支付宝工程师陈亮而言，本来是与往常没有任何不同的一天。 那年还没有支付宝大楼，更没有Z空间，他趟过早高峰的车流，坐到华星时代广场的工位上时，一封来自CTO程立的邮件发到了他的电脑里：今天淘宝商城要搞一个促销活动，预估交易量比较大，大家盯着点系统。 陈亮当时所在的团队主要职责是保障整个系统的稳定可靠。在促销活动的场景下，通俗地说来，就是要保障服务器“坚挺”，别被蜂拥而来的用户挤爆了。

2019天猫双11 成交额2684亿！ “不是任何一朵云都能撑住这个流量。中国有两朵云，一朵是阿里云，一朵叫其他云。”11月11日晚，阿里巴巴集团CTO张建锋表示，“阿里云不一样，10年前我们从第一行代码写起，构建了中国唯一自研的云操作系统飞天。” 阿里巴巴集团CTO、阿里云智能总裁张建锋 2019天猫双11再次刷新世界纪录，订单创新峰值达到54.4万笔/秒，单日数据处理量达到970PB。今年阿里巴巴核心系统100%上云，撑住了双11的世界级流量洪峰。 “阿里巴巴是一架高速飞行中的飞机，我们成功在此过程中换上了全新的引擎。”张建锋说，用公共云来承载这样一个万亿规模的核心系统，阿里云是第一个做到的，“很多云厂商自己的业务系统，不在自己的云上，今后阿里全部系统都在阿里云上。” 阿里巴巴是全球首家将核心系统100%运行在公共云上的大型互联网公司。 附：张建锋演讲核心观点 从去年开始，我们决定把整个阿里巴巴核心系统全部上云，上云还要加一个定语，是上“阿里云”，并不是上任何一朵云都能撑得住这个流量。在中国，我们经常说中国有两朵云，一朵叫做“阿里云”，还有一朵叫做“其它云”。 为什么讲阿里云跟其它云不一样？因为在中国只有阿里云是完全从头研发的一朵云，从头是从每一行代码，从十年前开始写，今年是阿里云的第10年，所以我们的云有一个特别的名字，叫做“飞天操作系统”，当初王坚博士创办阿里云的时候

“不是任何一朵云都能撑住这个流量。中国有两朵云，一朵是阿里云，一朵叫其他云。”11月11日晚，阿里巴巴集团CTO张建锋表示，“阿里云不一样，10年前我们从第一行代码写起，构建了中国唯一自研的云操作系统飞天。” 阿里巴巴集团CTO、阿里云智能总裁张建锋 2019天猫双11再次刷新世界纪录，订单创新峰值达到54.4万笔/秒，单日数据处理量达到970PB。今年阿里巴巴核心系统100%上云，撑住了双11的世界级流量洪峰。 “阿里巴巴是一架高速飞行中的飞机，我们成功在此过程中换上了全新的引擎。”张建锋说，用公共云来承载这样一个万亿规模的核心系统，阿里云是第一个做到的，“很多云厂商自己的业务系统，不在自己的云上，今后阿里全部系统都在阿里云上。” 阿里巴巴是全球首家将核心系统100%运行在公共云上的大型互联网公司。 附：张建锋演讲核心观点 从去年开始，我们决定把整个阿里巴巴核心系统全部上云，上云还要加一个定语，是上“阿里云”，并不是上任何一朵云都能撑得住这个流量。在中国，我们经常说中国有两朵云，一朵叫做“阿里云”，还有一朵叫做“其它云”。 为什么讲阿里云跟其它云不一样？因为在中国只有阿里云是完全从头研发的一朵云，从头是从每一行代码，从十年前开始写，今年是阿里云的第10年，所以我们的云有一个特别的名字，叫做“飞天操作系统”，当初王坚博士创办阿里云的时候，对我们这个云下面的调度系统，整个云的基础平台