阿里云首页 云原生关系型数据库 PolarDB MySQL引擎

多主架构发布预告

本文档介绍了PolarDB MySQL引擎即将重磅推出的多主架构。

简介

随着PolarDB MySQL客户的不断增加,大规模头部客户不断涌入,部分头部客户业务体量规模庞大,使得目前PolarDB MySQL引擎的单写(一写多读)架构在特定场景下,写性能出现瓶颈。

PolarDB MySQL引擎全新推出多主架构,实现从一写多读架构到多写多读架构的升级,主要面向多租户、游戏、电商等高并发读写的应用场景。

多主架构的架构图如下:

架构

核心优势和能力

  • 支持不同数据库在不同计算节点并发写入。

  • 最多支持32个节点同时写入。

  • 支持数据库跨节点动态调度,秒级完成切换,极大提升集群整体并发读写能力。

  • 若某个计算节点发生故障,可秒级完成切换。

适用场景

多主架构主要面向SaaS多租户、游戏、电商等高并发读写的应用场景。

  • SaaS多租户场景:满足高并发性能需求,实现租户间负载均衡

场景特点:租户的数据库数量变化较快,负载变化较大,需要经常在不同的实例之间调配数据库资源,以便达到最佳用户体验。

解决方案:多主架构可帮助客户快速将租户的数据库在不同RW节点间进行切换,从而实现负载均衡。

  • 分服游戏场景:更好的性能和扩展能力,支持世界服架构

场景特点:在游戏成长期,数据库负载较大,且呈现为不断增长的趋势特点。通常表现为在游戏成长期期间,会不断增加数据库,导致RW节点负荷也不断增加。而在游戏衰退期,数据库负载逐渐减少,数据库会不断合并,导致RW节点的负荷也呈减少趋势。

解决方案:游戏成长期,可快速将部分数据库切换到新的RW节点,实现负载均衡;游戏衰退期,可快速将数据库聚合到少量RW节点,快速降低运作成本。

应用场景

性能提升情况

经测试,随着一个集群中的数据库切换至更多的主节点(RW)上,集群整体并发读写能力几乎呈线性提升。

如下为实际测试数据。

  • 测试背景:集群包含8个数据库,8个RW节点。

  • 测试过程:初始情况下,8个数据库全部负载在其中一个RW节点上,然后对所有数据库同步执行相同的压力测试。压测期间,将8个数据库分别平均切换到2个RW节点、4个RW节点、8个RW节点上,观察集群整体的性能变化趋势。

  • 性能变化趋势如下,以QPS为例:qps变化趋势从上图可以看出,随着数据库切换至更多的RW上时,集群整体并发读写能力得到了极大的提升,几乎呈现为线性提升。

申请试用

若您对PolarDB MySQL引擎的多主架构感兴趣,可点击此处或扫描下方二维码申请试用。

申请试用二维码