文档

企业版产品系列

更新时间:

PolarDB MySQL版目前支持单节点集群版高压缩引擎(X-Engine)多主集群(库表)4种不同的产品系列。本文将简要介绍4种产品系列的产品架构、优势和适用场景等信息。

4种产品系列的适用场景对比如下表所示:

系列

说明

适用场景

单节点

采用突发性能型规格,共享计算资源池提升资源利用率。单节点的架构无需数据库代理,节省了资源成本。

说明

已购单节点产品系列可继续正常使用,不支持新购单节点产品系列。

  • 个人学习。

  • 微型网站。

  • 中小企业的入门级产品。

集群版

使用计算与存储分离的架构,提供更快弹性扩缩容、更大存储容量、更低主备延迟。

  • 大中型企业的生产数据库。

  • 互联网、物联网、零售电商、物流、游戏等行业的数据库。

  • 对数据安全性要求非常高的金融、证券、保险行业的核心数据库。

高压缩引擎(X-Engine)

高压缩引擎(X-Engine)是PolarDB MySQL版中具有较高数据压缩率的产品系列,使用了X-Engine作为默认存储引擎,提供了超大存储容量,满足了归档数据库低存储成本的要求。

说明

已购高压缩引擎(X-Engine)产品系列可继续正常使用,不支持新购高压缩引擎(X-Engine)产品系列。

  • 高压缩引擎(X-Engine)作为线下自建数据库集群和线上数据库服务的冷数据存储池。

  • 高压缩引擎(X-Engine)作为大容量关系数据库使用,以满足一些写入数据量巨大,但读频次较低的业务的需求(如系统监控日志等)。

多主集群(库表)

在一个集群中通过多个主节点来实现从一写多读架构到多写多读架构的升级。集群中所有的数据文件都存放在共享存储(PolarStore)中,各个主节点通过分布式文件系统(PolarFileSystem)共享底层存储(PolarStore)中的数据文件。用户可以通过集群地址访问整个集群,数据库代理会自动转发SQL命令到正确的主节点。

  • 多主集群(库表)主要面向SaaS多租户、游戏、电商等高并发读写的应用场景。

单节点

PolarDB MySQL版单节点采用突发性能型规格,共享计算资源池提升资源利用率。单节点的架构无需数据库代理,节省了资源成本。与集群版一样,PolarDB MySQL版单节点的存储可以动态扩展对业务无感知。同时,PolarDB MySQL版单节点集群无需日志同步,省去了Redo日志同步和解析的开销,保障了性能要求。

支持的内核版本

单节点目前支持PolarDB MySQL版5.6、5.7和8.0版本。

适用场景

  • 个人学习。

  • 微型网站。

  • 中小企业的入门级产品。

节点规格与定价

单节点仅支持4核8 GB(突发性能)节点规格。更多详情,请参见计费项概览

集群版

集群版使用计算与存储分离的架构,提供更快弹性扩缩容、更大存储容量、更低主备延迟。

  • 一写多读

    PolarDB采用分布式集群架构,一个集群版集群包含一个主节点和最多15个只读节点(可以只包含一个主节点),多个数据库节点构成数据库引擎层。主节点处理读写请求,只读节点仅处理读请求。主节点和只读节点之间采用Active-Active的Failover方式,提供数据库的高可用服务。

  • 共享分布式存储(PolarStore)

    多个计算节点共享一份数据,而不是每个计算节点都存储一份数据,极大降低了用户的存储成本。基于分布式块存储和文件系统,存储容量可以在线平滑扩展,不会受到单个数据库服务器的存储容量限制,可应对上百TB级别的数据规模。

  • 计算与存储分离

    采用计算与存储分离的架构,满足公共云计算环境下根据业务发展弹性扩展集群的刚性需求。数据库的计算节点仅存储元数据,而将数据文件、Redo Log等存储在共享分布式存储(PolarStore)的数据库存储节点中。各计算节点之间仅需同步Redo Log相关的元数据信息,极大降低了主节点和只读节点间的复制延迟,而且在主节点故障时,只读节点可以快速切换为主节点。

  • 读写分离

    数据库代理的读写分离功能是集群版默认提供的一个透明、高可用、自适应的负载均衡能力。通过集群地址,SQL请求自动转发到集群版的各个数据库节点,提供聚合、高吞吐的并发SQL处理能力。具体请参见什么是读写分离

  • 高速链路互联

    数据库的计算节点和存储节点之间采用高速网络互联,并通过RDMA协议进行数据传输,使I/O性能不再成为瓶颈。

  • 数据可靠性和一致性

    数据库存储节点的数据采用多副本形式,确保数据的可靠性,并通过Parallel-Raft协议保证数据的一致性。

产品架构

集群版的架构图如下:产品架构图

支持的内核版本

集群版目前支持PolarDB MySQL版5.6、5.7和8.0三个内核版本。

适用场景

  • 大中型企业的生产数据库。

  • 互联网、物联网、零售电商、物流、游戏等行业的数据库。

  • 对数据安全性要求非常高的金融、证券、保险行业的核心数据库。

节点规格与定价

集群版支持独享规格通用规格。更多详情,请参见计费项概览

高压缩引擎(X-Engine)

为了解决低频使用的冷数据的归档和读写问题,PolarDB MySQL版基于以下技术创新和突破,推出了高压缩引擎(X-Engine)

  • 阿里巴巴自研的基于LSM-tree架构的存储引擎X-Engine提供了强大的数据压缩能力,满足了归档数据库低存储成本的要求。通过LSM-Tree(Log-Structured Merge-Tree)层次化架构和Zstandard(ZSTD)压缩算法实现了更高的数据压缩率,对比使用InnoDB作为存储引擎,最高可节省70%的存储空间。更多关于X-Engine存储引擎的详情,请参见X-Engine简介。但由于采用了X-Engine引擎,在使用高压缩引擎(X-Engine)时也存在一些限制(尤其是与MySQL的兼容性限制),具体限制请参见使用说明

  • PolarDB MySQL版借助于共享分布式存储服务,实现了存储容量在线平滑扩容,同时计算资源和存储资源间采用高速网络互联,并通过RDMA协议进行数据传输,使I/O性能不再成为瓶颈。集成到PolarDB MySQL版的X-Engine引擎同样获得了这些技术优势。

    如下技术创新将X-Engine移植进PolarDB MySQL版,从而进入PolarDB MySQL版双引擎时代:

    • 合并X-Engine的事务WAL日志流和InnoDB的Redo日志流,实现了一套日志流和传输通道同时服务于InnoDB引擎和X-Engine引擎,管控逻辑以及与共享存储的交互逻辑无需做任何改变,同时新增其他引擎时也可以复用这套架构。

    • 将X-Engine的IO模块对接到PolarDB MySQL版InnoDB所使用的用户态文件系统PFS上,实现了InnoDB与X-Engine共享同一个分布式块设备。同时依靠底层分布式存储实现了快速备份。

产品架构

高压缩引擎(X-Engine)采用多节点架构基于共享存储实现了一写多读,集群中有一个主节点(可读可写)和至少一个只读节点。高压缩引擎(X-Engine)的架构图如下:多节点架构

支持的内核版本

目前支持PolarDB MySQL版8.0版本。

产品优势

  • 超大存储容量。200 TB的存储空间加上X-Engine数据压缩能力,可提供500 TB以上的原始数据存储容量,同时存储空间采用Serverless方式,购买时无需选择容量,随着数据增长而在线自动扩容,只按实际数据量大小收费。

  • PolarDB MySQL版高压缩引擎(X-Engine)与官方MySQL的协议一致,相比于将历史数据备份到HBase等NoSQL产品,应用程序端无需修改任何代码即可同时访问在线库和高压缩引擎(X-Engine)

  • 借助PolarDB MySQL版底层共享存储的快速备份能力,实现对海量数据的快速备份,备份数据可以上传到OSS等廉价存储设备,确保数据不丢失。

  • 高压缩引擎(X-Engine)多节点架构借助X-Engine引擎的数据压缩能力,不仅能够有效降低存储成本,还可用于保障集群的高可用。当系统发生故障时,可读写的主节点和只读节点之间会自动进行故障切换(Failover),保证了服务可用性不低于99.99%。

适用场景

PolarDB MySQL版高压缩引擎(X-Engine)提供了超大存储容量,它可以同时作为多个业务历史数据的汇聚地,以方便对所有历史数据进行集中存储和管理,主要适用于如下几个场景:

  • PolarDB MySQL版高压缩引擎(X-Engine)作为线下自建数据库集群的冷数据存储池,线下自建数据库包括但不限于MySQL、TiDB、PostgreSQL、SQL Server等关系型数据库。

  • PolarDB MySQL版高压缩引擎(X-Engine)作为阿里云RDS MySQL或者PolarDB MySQL版数据库服务的归档存储地,将访问较少的历史数据迁移到PolarDB MySQL版 X-Engine中存储,释放在线数据库的空间以降低成本并提升性能。

  • 直接将PolarDB MySQL版高压缩引擎(X-Engine)作为大容量关系数据库使用,以满足一些写入数据量巨大,但读频次较低的业务的需求(如系统监控日志等)。

节点规格与定价

高压缩引擎(X-Engine)支持通用规格独享规格。更多详情,请参见企业版计算节点规格

关于高压缩引擎(X-Engine)的计费规则,请参见计算节点计费规则

相关视频

多主集群(库表)

PolarDB MySQL版推出多主集群(库表),实现从一写多读架构到多写多读架构的升级,提升了数据库的并发读写能力。

产品架构

多主集群(库表)的架构图如下:多主架构

集群中所有的数据文件都存放在共享分布式存储(PolarStore)中,各个RW节点通过分布式文件系统(PolarFileSystem)共享底层存储(PolarStore)中的数据文件。用户可以通过集群地址访问整个集群,数据库代理会自动转发SQL命令到正确的RW节点。

支持的内核版本

目前仅PolarDB MySQL版8.0内核版本支持多主集群(库表)

产品优势

  • 秒级横向写扩展

    支持不同库/表在不同计算节点并发写入,最多支持32个节点同时写入。不同数据库可以在不同计算节点秒级动态调度,极大提升整体的并发读写能力。

  • 多主互备(省去备节点)

    如果某个主节点发生故障,可秒级切换到其他低流量主节点,同时由于没有额外的用于热备的闲置资源,成本降低一半。

  • 全局只读节点

    可以在全局只读节点上读取到所有写节点的数据,方便执行汇聚库的请求。

适用场景

多主集群(库表)主要面向SaaS多租户、游戏、电商等高并发读写的应用场景。

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

    多主集群(库表)可帮助客户秒级将租户的数据库在不同RW节点间进行切换,或秒级增加新的RW节点承担突发流量,从而实现负载均衡。

  • 世界服游戏及电商场景:分钟级的扩缩容,适应快速增长的业务请求

    多主集群(库表)的秒级横向扩展和透明路由功能,结合中间件或业务分库分表可以实现透明的秒级扩展,将原来数天的扩容变为分钟级。

  • 分服游戏场景:更好的性能和扩展能力,灵活扩缩容

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

节点规格与定价

多主集群(库表)支持独享规格通用规格。更多详情,请参见企业版计算节点规格

关于多主集群(库表)的计费详情,请参见产品计费

  • 本页导读 (0)
文档反馈