PolarDB-X 1.0和2.0区别是什么[阿里云PolarDB]

PolarDB-X 1.0和2.0区别是什么

「点点赞赏,手留余香」

    还没有人赞赏,快来当第一个赞赏的人吧!
=====这是一个广告位,招租中,联系qq 78315851====
1 条回复 A 作者 M 管理员
  1. PolarDB-X提供1.0中间件形态,以及2.0一体化形态。

    PolarDB-X 1.0中间件形态由计算层DRDS实例与存储层私有定制RDS实例组成,通过挂载多个MySQL进行分库分表水平拆分。

    PolarDB-X 2.0一体化形态由多个节点构成,实例内部署多个节点进行水平扩展,每个节点闭环整合计算资源与存储资源,运维管理更加便利。 产品架构请参考。

  2. 购买实例
    PolarDB-X 1.0实例: PolarDB-X 1.0本身不包含MySQL(RDS)资源,MySQL由用户单独购买,并在PolarDB-X 1.0控制台上将其组装在一起。

    PolarDB-X 2.0实例: 提供的是一个整体的数据库服务,只需要创建一个PolarDB-X实例即可。

    创建数据库
    PolarDB-X 1.0实例: PolarDB-X 1.0中,创建数据库需要在控制台完成,并且在创建数据库过程中需要选择已有或者购买新的MySQL资源。

    PolarDB-X 2.0实例: 支持两种方式创建数据库:
    使用用户习惯的工具或者DMS登录数据库,执行CREATE DATABASE指令创建数据库。
    在控制台创建数据库。

    扩容
    PolarDB-X 1.0实例: 需要评估每个MySQL的容量,并选择将哪些分库迁移到新的MySQL存储上。
    PolarDB-X 2.0实例: 只需要增加节点数,数据将自动均衡的分布在各个存储节点上。

    存储层
    PolarDB-X 1.0实例: PolarDB-X 1.0对接通用RDS MySQL,一般是主备节点模式。
    PolarDB-X 2.0实例: PolarDB-X采用金融级三节点存储,基于Paxos多数派共识协议,保障RPO=0。

    高可用切换
    PolarDB-X 1.0实例: 存储层宕机切换,依赖MySQL主备的HA探活机制,切换的SLA在分钟级别。
    计算层感知存储发生切换,依赖于RDS MySQL的连接主动断开,切换的SLA在分钟级别。
    PolarDB-X 2.0实例: 存储层宕机切换,依赖Paxos多数派共识协议,切换的SLA≤30秒。
    计算层感知存储发生切换,依赖于Paxos的元数据信息,切换的SLA在秒级。

    数据同步
    PolarDB-X 1.0实例: PolarDB-X 1.0中的数据同步到下游,需要使用DTS来订阅其中的每一个MySQL实例,并仔细处理同一个逻辑表的不同分表之间,例如表名的差异等细节,并且在同步链路中不支持DDL操作。
    PolarDB-X 2.0实例: 提供统一的Binlog服务,可以使用DTS像订阅一个单机MySQL一样来订阅它。

    读写分离
    PolarDB-X 1.0实例: 需要添加RDS MySQL只读实例,并进行绑定。
    PolarDB-X 2.0实例: 添加PolarDB-X只读实例即可。

    性能提升
    PolarDB-X 1.0实例: PolarDB-X 1.0连接RDS MySQL,使用的是RDS MySQL标准的访问链路,中间需要经过SLB的中转,会增加一跳的网络延迟。
    PolarDB-X 2.0实例: PolarDB-X的CN节点与DN节点均在一个物理网络中,中间是点对点的直连,不经过任何SLB或LVS等的中转,具有极低的网络延迟。

    支持私有RPC协议。

    传递的不再是SQL而是执行计划,避免MySQL重复对SQL进行解析、优化。

    使用异步模型,连接与线程、连接与会话不再是一一绑定的关系,使用比较少的连接即可满足需求。

    精简了通信中不需要的信息,例如结果集的头等信息。

    传输的数据格式与CN计算使用的格式完全一致,避免数据的二次转换。

    性能数据请参见Sysbench测试说明。

    性能数据请参见Sysbench测试。