OceanBase学习1:分布式数据库与集中式数据库的差异

目录

1. 传统集中式数据库

2. 数据库中间件的分库分表

3. 分布式数据库的基本特点及对比分析

4. OceanBase和传统数据库的对比

5. 小结


1. 传统集中式数据库

优点

  • 成熟稳定:经过近40年的发展,应用到各行各业,产品技术非常成熟稳定
  • 行业适配性强:适配不同行业的各种需求
  • 生态完善:拥有大量的ISV应用开发商和技术开发者,技术生态、产业生态和人才生态都很完善

缺点

  • 成本高:自身软件售价高,同时依托于高端硬件,CAPEX和OPEX成本高昂
  • 无法横向扩展:容量的提升只能依靠提升设备自身的性能(增加CPU/内存/硬盘,或从PC服务器升级为小型机等),一定能碰到单点的上限

2. 数据库中间件的分库分表

优势

  • 线性扩展:通过分库分表,可以快速实现数据库的水平扩展
  • 技术成本低:不需要改造核心数据库引擎,或者只需要做很少的改造

劣势

  • 跨库分布式事务:数据库核心引擎没有分布式能力,只能通过中间件来完成分布式处理,但中间件难以做到RPO=0,因此在遇到异常和故障时无法100%保证分布式事务的ACID能力
  • 全局一致性:由于多个数据库服务器的时间戳不一致,因此很难保证多个库之间数据版本号的全局一致性
  • 负载均衡:扩容和缩容时,底层数据库引擎无法在线调整数据分布规则,因此需要暂停业务并重新导数据,对业务和运维挑战很大
  • 跨库复杂SQL:跨库的复杂SQL运算(比如多表做分片键无关的关联查询)只能在中间件完成,而中间件不具备分布式并行计算能力,最终会限制应用对SQL的使用,产生业务侵入性

3. 分布式数据库的基本特点及对比分析

优势

  • 数据高可靠+服务高可用:多副本一致性协议Paxos的工业级实现,个别节点发生故障时保证数据零丢失(RPO=0)和服务快速恢复(RTO<30秒)
  • 线性扩容:随着业务量增加进行扩容(比如线上促销期间),随着业务量减少进行缩容(比如促销后)
  • 低成本:基于普通X86服务器保证高可用性,无需使用高端小型机和存储全局一致性:支持分布式事务,确保全局一致性,支持分布式复杂查询
  • 灵活的部署方式:支持三中心、五中心、主备等多种部署模式
  • 对业务透明:业务系统可以像使用单点数据库一样使用分布式数据库,业务迁移改造成本低 

4. OceanBase和传统数据库的对比

传统集中式数据库以OceanBase为代表的分布式数据库
产品架构经典的“单点集中式”架构,采用“全共享(Share-Everything)”架构。构建于高端的硬件基础之上,比如IBM高端服务器和EMC高端存储设备等原生的“分布式”数据库,采用业界最严格的Paxos分布式一致性协议基于普通PC硬件的设计,不需要高端硬件
数据可靠性和服务离可用性

利用高端硬件设备保证数据可靠性

采用“主从复制”,主节点故障的情况下,会有数据损失(RPO>0);不能自动恢复服务,服务恢复时间(RTO)通常以小时为单位计算

以普通PC硬件为基础,利用Paxos分布式一致性协议保证数据可靠性
主节点故障的情况下,Paxos可以保证数据无损(即RPO=0),并且自动选举并恢复服务,服务恢复时间(RTO)在30秒以内
扩展性数据存储只能在单点内实现纵向扩展,最终必然触达单点架构下的容量上限。计算节点通常无法扩展。少数模式下(RAC,pureScale)可做计算节点扩展,但多个计算节点之间仍需访问单点共享存储,并且可扩展的计算节点数量有限

数据节点和计算节点均可以在MPP架构下实现水平扩展

数据节点和计算节点均没有数量限制,在网络带宽足够的前提下,可以扩充至任意数目

应用场景集中在企业客户(金融、电信、政企等)的核心系统
无法应付互联网业务场景,应用案例很少
支付宝核心、网商银行核心、阿里巴巴的众多业务,以及多家外部商业银行。逐渐迈向传统业务
使用成本比较昂贵
需要支付高端基础硬件的费用、高昂的软件授权费用以及产品服务费用
相对较低
基于PC硬件的设计降低了硬件费用,软件授权费用和服务费用也有优势

Paxos算法是指一个或多个提案者针对某项业务提出提案,并发送提案给投票者,由投票者投票并最终达成共识的算法。

RPO(Recovery Point Objective)RTO(Recovery Time Objective) 是衡量容灾恢复能力的重要指标,通常用于云容灾和IT系统恢复中。

RPO:指的是在灾难发生后,系统数据能够恢复到的最远时间点,它衡量了系统可以容忍的最大数据丢失量。例如,如果RPO设置为10秒,意味着系统在故障发生后,需要恢复到10秒前的数据状态,任何在这段时间内的数据变动都可能丢失。
RTO:指的是从IT系统故障导致业务停顿开始,到系统恢复并恢复正常运营所需的时间,它定义了最大可容忍的业务停顿时间。例如,如果RTO设置为5秒,意味着系统在故障后必须在5秒内恢复,以避免业务中断。
这两个指标共同反映了数据中心的容灾能力和业务连续性管理的要求,需要根据具体的业务需求和风险分析来设定。

5. 小结

        传统集中式数据库经过近40年的发展,已经非常成熟。但在当前这个大数据的时代,传统数据库依然面临较多挑战,分布式数据库可以有效解决这些问题,是未来数据库发展的重点方向。

  1. 传统数据库往往对硬件基础设施有较高要求,同时只能纵向扩展,无法横向扩展,容易达到性能上限;
  2. 分库分表虽然可以横向扩展了,但也有带来了不支持复杂SQL、较难保证分布式事务的ACID等新问题;
  3. 分布式数据库可以有效解决这些问题,应用可以像使用集中式数据库一样使用分布式数据库,分布式数据库具有低硬件成本、高可扩展性、高可用性等特性。

来自于OceanBase官方学习资料

  • 9
    点赞
  • 29
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
GoldenDB、GaussDB、TDSQL和OceanBase都是国内知名的分布式数据库系统,它们的主要区别如下: 1. 架构设计: - GoldenDB、GaussDB和TDSQL均采用传统的主从复制架构,适合于在线事务处理(OLTP)场景,其中GaussDB和TDSQL还支持分布式事务。 - OceanBase采用新型的共享架构,适合于在线分析处理(OLAP)场景,具备更高的查询性能和扩展性。 2. 应用场景: - GoldenDB适用于金融、电信、医疗等行业的企业级应用,具备分布式事务、数据共享、高可用、可扩展等特性。 - GaussDB主要应用于企业级数据分析、数据挖掘、大数据处理等场景,具备海量数据存储、高速查询、多维分析、高并发处理等特性。 - TDSQL适用于高并发、高可用的在线业务场景,如电商、交易,具备高性能、高可靠性、水平扩展、分布式事务等特性。 - OceanBase适用于大型互联网企业的数据存储和处理,包括数据仓库、数据分析、大数据处理等领域,具备分布式、高可用、高性能、高可扩展性等特性。 3. 数据模型: - GoldenDB和TDSQL采用的是关系型数据库模型,支持标准的SQL语言。 - GaussDB支持关系型数据库模型和列式数据库模型,并且可以通过分布式文件系统HDFS进行数据存储。 - OceanBase采用了新型的基于列族的数据模型,支持分布式事务操作,并且具备更高的查询性能和扩展性。 总的来说,这些分布式数据库系统都具备高可用性、高性能、可扩展性等特性,但是它们的应用场景、架构设计和数据模型略有不同,需要根据具体的业务需求来选择合适的分布式数据库系统。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值