什么是云原生数据库PolarDB分布式版

云原生数据库PolarDB分布式版(简称PolarDB-X)是阿里云根据高吞吐、大存储、低延时、易扩展、超高可用以及其他云时代新数据库使用需求,自主设计研发的高性能云原生分布式数据库产品。

技术架构

PolarDB-X一直秉持着“可以跟随业务规模成长的数据库”的架构设计理念,其采用集中式和分布式一体化架构,可以在业务扩张时平滑的升级为适合的配置,解决您更换数据库或直接购买大型数据库成本过高的问题。依托云资源和容器化部署能力,CPUX86架构,且整体采用了基于存储计算分离的Shared-Nothing系统架构,该架构可以方便用户根据业务需要按需进行分层容量规划。

image

产品特性

PolarDB-X坚定遵循自主可控、开放生态的发展思路,持续围绕MySQL开源生态构建分布式能力,以求最大程度降低用户的学习使用成本。全面兼容MySQL开源生态,从SQL语法、事务行为、生态工具等多个维度都做了深度兼容,应用只需要修改很少量的代码即可从单机MySQL迁移到PolarDB-X

核心特性

说明

金融级高可用(RPO=0)

透明分布式

PolarDB-X提供简单易用的透明分布式能力:

  • 默认主键拆分,让移植到PolarDB-X的数据和业务摆脱对设计"分区键"的依赖。

    说明

    默认主键拆分功能可以简化数据迁移过程,但仍需根据业务特点合理设计主键,以避免性能瓶颈。

  • PolarDB-X采用自研的X-Paxos协议,确保在故障切换过程中数据存储的RPO=0。同时,通过TSO策略和分布式MVCC能力,保证分布式事务的隔离性和一致性。

  • 分布式线性扩展,PolarDB-X基于一致性Hash的分区策略有效地进行负载均衡和热点抑制,且在扩展过程中保持计算下推和数据一致性的同时实现业务零感知。并行和流控能力为扩展期间业务连续性提供了有力保障。

  • 全局Binlog和全局一致性备份,分别解决分布式数据库各节点数据库向下游流转的难题,以及各节点备份时间差造成的恢复一致性问题。

集中式和分布式一体化

  • PolarDB-X提供100%兼容原生MySQL的标准版,和高度兼容原生MySQL的企业版,更多信息,请参见MySQL兼容性

  • 业务增长到需要分布式扩展时,标准版可以原地升级(无损)为企业版升级后分布式组件可以无缝对接到原有的数据节点上进行扩展,无需数据迁移以及应用侧做改造。

  • 内核一体化,利用分布式技术优化集中式。

HTAP—体化

一站式的体验,实现冷数据归档(TTL)列存索引(CCI)、行存和列存一体化,全面构建面向行列混合场景的代价优化器、以及向量化执行算子,通过自研SQL引擎支持行列混合查询。

开源与多云

为满足不同行业客户对部署形态的需求,PolarDB-X提供公共云、专有云、DBStack、开源软件版四种部署形态:

  • 公共云:高速迭代,稳定服务,完全托管。目前面向全球范围内13个地区提供高性能云原生分布式数据库服务。

  • 专有云(ApsaraStack):集成阿里云核心产品,满足对安全性、隔离性有合规要求的行业客户。

    重要

    由于部署资源差异,专有云和公共云的软件版本可能存在差异。

  • DBStack:轻量级数据库管理服务平台,集成阿里云核心数据库产品,满足构建高性能、高可用、低成本的全场景数据库解决方案用户需求。

  • 开源软件版(PolarDB-X Lite):在Lite版本中,用户可体验最新的产品特性并以最小资源构建一个分布式数据库集群。

安全与稳定

  • PolarDB-X通过多项国家级别的安全认证,在安全属性较高的行业,例如:金融、运营商等行业的核心系统,有比较多的交付成功案例。

  • 在数据库安全方面,PolarDB-X提供全方位的安全防护,例如:IP白名单/SSL加密TDE落盘加密、备份加密、全密态、全量SQL审计和链路跟踪、三权分立和标签权限等。

  • PolarDB-X提供金融级的高可用容灾能力,确保RPO=0,提供两地三中心架构形态,可以满足金融行业的五级容灾要求。

应用场景

场景

描述

PolarDB-X适用的能力

高负载低延时交易

交易场景广泛存在于互联网业务系统中,是信息系统中最核心的组件之一。业务连续性、事务一致性和系统安全性是交易系统正常运行的基础,长时间高负载低延时的运行是互联网时代交易系统的发展方向。

数据集中存储

该场景也称"数据大集中"或"数据归集",属于企业数据架构中的操作型数据存储层(ODS),具有承担各垂直业务数据源的数据汇总功能。高并发写入、大容量存储、多维度查询、低成本流出是该场景的主要诉求。

业务端分库分表

当前业务已采用开源组件实现分库分表架构,属于核心场景,数据规模大、并发量高、以及稳定性是该场景的主要诉求,同时受限于开源组件的限制,缺少有效的分布式运维能力,例如:分布式DDL、扩缩容等。

透明分布式

分布式快速改造

当业务体量即将突破单机数据库承载极限,单表数据量过大导致性能变差、维护困难,需要进行分布式改造、应用代码平移、数据平移。

单元化容灾改造

金融、运营商等行业,当达到一定业务量之后,需要保证核心服务可以连续提供,避免业务连续性中断风险。目前正在逐步尝试分布式服务化改造来实现单元化架构,每个单元都是活跃且承载各自业务流量,满足数据中心级别的故障隔离,实现异地多活的效果。

混合负载访问

互联网业务的实时化、智能化趋势催生了事务数据与分析数据在相同数据源内进行混合访问(HTAP)的需求。数据一致性、访问便捷度和访问安全性是混合负载访问场景的主要诉求。

HTAP一体化。

业务降本增效

当前业务体量趋向于稳定,期望通过数据库优化来实现整体的降本诉求,例如:MySQL一键平迁、数据压缩、流量合并等。

多云容灾

业务有自建跨云容灾的诉求,例如:担心云厂商绑定、技术能力可控以及故障逃逸能力等,期望一套数据库适配多样化的场景。

开源与多云。

    OSZAR »