云和恩墨（张程伟）：MogDB Cube数据库一体机架构解析与创新实践.pdf

1、本文档共14页，可阅读全部内容。
2、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。
3、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击这里二次下载。
4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。

MogDBCube数据库一体机

架构解析与创新实践

张程伟

云和恩墨·本原数据技术合伙人

数据库的架构选型

主备Shard1Shard2RWRW/RO

CPUCPUCPUCPUCPUCPU

RAMRAMRAMRAMGlobalMemoryPool

DiskDiskDiskDisk

ShareStoragePool

•基于数据库日志复制保证高可用，典•数据按照Shard划分，节点资源独立，•通过多节点集群方式，实现极致的高

型场景RTO30s读写负载水平扩展，满足大规模业务可用能力，典型场景RTO10s

•单机能力满足大部分业务性能需求场景性能需求•采用共享存储方式，提供多写多读或

•经典成熟方案，适用于稳态业务场景•典型场景RTO30s，并且仅部分业一写多读能力，一定的扩展能力

•Oracle,DB2,MySQL,MogDB务受损•完全继承单机数据库的能力

•损失部分单机数据库的能力•专业存储处理磁盘故障及亚健康问题

•支持快速扩容，适用于敏态业务场景•适用于对高可用敏感的核心业务场景

•TiDB,CockroachDB•OracleRAC,MogDBCube

ShareStorage架构更适合国产数据库平替

•RTO时间更短•集中式架构能满足90%以上•更低的业务改造成本•数据库运维

ü数据库主备节点间不用的业务性能需求üShareNothing架构很üIOE时代，90%问题运

复制日志，故障切换时ü大行1万~3万TPS，股难完整继承单机能力，维人员可以自己解决，

回放日志量更少份制银行2000~5000如外键、存储过程等10%问题求助原厂，分

•更专业的存储管理系统，相TPS，城商行1000

该用户很懒，什么也没介绍

咨询Ta 进入空间

更多 >