赞
踩
目录
优点
缺点
优势
劣势
优势
传统集中式数据库 | 以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秒内恢复,以避免业务中断。
这两个指标共同反映了数据中心的容灾能力和业务连续性管理的要求,需要根据具体的业务需求和风险分析来设定。
传统集中式数据库经过近40年的发展,已经非常成熟。但在当前这个大数据的时代,传统数据库依然面临较多挑战,分布式数据库可以有效解决这些问题,是未来数据库发展的重点方向。
来自于OceanBase官方学习资料
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。