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

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