2.0 解析系列终篇 | OceanBase 2.0 到底如何做到 50% 的性能提升? 摘要:本文是 “OceanBase 2.0 技术解析系列” 的终篇。在前面的系列文章中,我们从可运维性、分布式架构、数据可用性及兼容性四个方面对OceanBase 2.0的产品新特性及其背后的技术原理进行了系统性的深入解析。今天的终篇我们来聊聊最重要的OceanBase 2.0在性能优化方面所展开的工作,以及OceanBase是如何实现极致性能的。Tips:你可以关注"OceanBase"公众号, 数据运维 2024-05-07 三掌柜
2.0解析系列 | OceanBase 2.0——第一款支持“存储过程”的原生分布式数据库 摘要:本文是 “OceanBase 2.0 技术解析系列” 的第八篇文章,今天我们来说说2.0版本最标志性、最不得不提的新特性——存储过程。在为数不多的原生分布式数据库中,OceanBase 2.0是第一款支持存储过程功能的产品。本文将为你深入剖析2.0中存储过程的功能特性和实现机制。更多精彩欢迎关注OceanBase公众号持续订阅本系列内容! 引言 PL/SQL(存储过程)是一种程序语言,叫做过 数据运维 2024-05-07 共饮一杯
机器之间如何高效交流?一文带你读懂RPC框架 摘要:在单机环境下,进程之间的通讯主要通过IPC来实现。但是在不同的机器上,RPC就成为了进行通讯的经典方式。本文由OceanBase的90后技术专家符风向大家娓娓道来RPC框架背后的What、Why和How,并对目前主流的C++ RPC框架进行对比分析。 本文作者 符风:现任蚂蚁金服OceanBase团队技术专家,2012年毕业后加入Oceanbase团队,主要负责OceanBase基础库的建设 数据运维 2024-05-07 张二河
关于并行执行中的容错处理,看这篇就对了! 摘要:分布式数据库在执行 OLAP 查询时,可能会执行数分钟至数小时不等,为了避免执行期间任何节点失效导致计算前功尽弃,系统需要有一定的容错能力。本文通过分析对比 MPI、MapReduce、流式计算、分布式关系模型的容错策略,总结了做好分布式关系型数据库容错的几个要点,希望能给大家带来一些启发。 本文作者 晓楚 , 现任 蚂蚁金服OceanBase技术专家,2011年毕业后加入OceanBase 数据运维 2024-05-07 竹子爱熊猫
支撑蚂蚁金服上百个关键业务的OBProxy到底牛在哪里? 摘要:OBProxy是OceanBase专用的反向代理服务器,从2015年开始设计编码发布,目前已经伴随着OceanBase稳定支撑阿里/蚂蚁内部上百个关键业务,以及多家外部客户。本文将从Why、What、How角度深入解析OBProxy。 本文作者 严华 , 现任蚂蚁金服OceanBase团队高级开发工程师,2015年加入OceanBase后一直从事数据链路/SQL引擎方面的研发工作。 Ocea 数据运维 2024-05-07 向阳逐梦
数据安全容不得极小概率,看OceanBase如何应对“静默错误” 摘要:7月20日,腾讯云北京三区部分云硬盘IO异常,导致前沿数控技术公司的线上生产数据完全丢失。腾讯云方面回应这是极小概率事件。即使是再小的概率,一旦发生,对于企业而言面临的可能都是灭顶之灾。本文将带你深入解读在面对数据安全性要求更为严苛的金融场景下,OceanBase是如何从容应对和处理“静默错误”的。 本文作者 陈群 ,现任蚂蚁金服OceanBase团队高级技术专家,2010年加入支付宝后从事 数据运维 2024-05-07 共饮一杯
阳振坤:数据库天然选择了计算机,但计算机天然并不适合数据库 摘要 :2018年6月25日,清华大学计算机科学与技术系60周年系庆系列讲座第11场报告在清华大学东主楼举行。蚂蚁金服高级研究员、OceanBase负责人阳振坤在本次学术报告中发表了题为《OceanBase每秒处理25.6万笔支付的技术关键》的主题演讲。阳振坤以行业趋势为切入点,对蚂蚁金服自研的金融级关系型数据库OceanBase的发展历程和技术突破点进行了深度剖析。 在互联网世界里,存在着一种怪 数据运维 2024-05-07 宇宙之一粟
云计算时代,数据库市场谁主沉浮? 摘要:云计算已经成为现在时,越来越多的企业将本地业务迁移至云端。一方面, 数据库市场中的 领导者掌握着绝对主动权;而另一方面它们在运维复杂度和成本上又存在明显弊端。云计算时代下,云数据库能否破局而出? 作者:恒谦 现任蚂蚁金服OceanBase资深技术专家,2014年加入OceanBase团队负责SQL引擎开发,现负责OceanBase上云平台的产品化工作。曾先后在神舟软件公司、神舟通用公司从事国 数据运维 2024-05-07 穿过生命散发芬芳
当我们在谈论金融级分布式数据库的时候,其实是在说性能的代价 在开始说正题之前,我想先说说激光照排、服务器和操作系统。 我是1965年生人,在做分布式系统和数据库的研发之前,跟着老师王选,做了十多年的激光照排,亲身经历了北大方正激光照排系统从无到有,从小到大的过程,也看到了王选老师的创新对媒体出版产业、对亿万大众的信息消费产生了多么巨大的影响。王选老师的一句话让我铭记至今:“高科技产业应实现‘顶天立地’模式。‘顶天’就是不断追求技术上的新突破;‘立地’就是把 数据运维 2024-05-07 大猫
如何在非可靠硬件上实现金融级高可用? 序言 就像在“传统关系数据库高可用的缺失”一文中所看到的,高可用在传统关系数据库的理论和实践上都是缺失的,这使得传统数据库无法做到主库备库完全一致,为了减少主库故障对业务的影响不得不使用昂贵的高可靠硬件,缺乏高可用还导致了分布式OLTP数据库缺失、无法水平伸缩从而使得高并发业务不得不采用更加昂贵的大型服务器等。作为分布式关系数据库,OceanBase必须解决这个问题。那么,采用普通PC服务器的Oc 数据运维 2024-05-07 泡泡
基于Raft分布式一致性协议实现的局限及其对数据库的风险 普通服务器具有良好的性价比,因此在互联网等行业得到了广泛的应用。但普通服务器也不得不面对2%-4%的年故障率([1]),于是必须高可用的传统数据库只得很悲催地使用性价比低得可怜的高可靠服务器。 分布式一致性协议(distributed consensus protocol)是迄今为止最有效的解决服务器不可靠问题的途径,因为它使得一组服务器形成一个相互协同的系统,从而当其中部分服务器故障后,整个系统 数据运维 2024-05-07 宇宙之一粟
传统关系数据库高可用的缺失 关系数据库的事务(transaction)是一组操作序列,比如读,插入,删除,更新等等。事务有四个基本要素,即原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability),即ACID: 原子性:事务的所有修改操作,要么全部都执行,要么全部都不执行。在任何情况下,都不能出现一个事务的部分操作执行、部分操作没有执行的情况,比如一笔从账户A 数据运维 2024-05-07 张二河