MySQL痿了,放不下这么多数据!
应用措施行使集群地点时,POLARDB for MySQL通过内部的署理层(Proxy)对外提供处事,应用措施的哀求都先颠末署理,然后才会见到数据库节点。署理层不只可以做安详认证和掩护,还可以理会SQL,把写操纵(好比事宜、UPDATE、INSERT、DELETE、DDL等)发送到主节点,把读操纵(好比SELECT)平衡地分发到多个只读节点,实现自动的读写疏散。对付应用措施来说,就像行使一个单点的MySQL数据库一样简朴。内部的署理层(Proxy)后续将支持POLARDB for PostgreSQL/Oracle。 四、产物上风 容量大 最高100TB,您不再必要由于单机容量的天花板而去购置多个实例做分片,由此简化应用开拓,低落运维承担。 高性价比 POLARDB的计较与存储疏散,每增进一个只读节点只收取计较资源的用度,而传统的只读节点同时包括计较和存储资源,每增进一个只读节点必要付出响应的存储用度。 分钟级弹性 存储与计较疏散的架构,共同共享存储,使得快速进级成为实际。 读同等性 集群地点操作LSN(Log Sequence Number)确保读取数据时的全局同等性,停止由于主备耽误引起的纷歧致。 毫秒级耽误(物理复制) 操作基于Redo的物理复制取代基于Binlog的逻辑复制,晋升主备复制的服从和不变性。纵然对大表举办加索引、加字段等DDL操纵,也不会造成数据库的耽误。 无锁备份 操作存储层的快照,可以在60秒内完成对2TB数据量巨细的数据库的备份,并且备份进程不会对数据库加锁,对应用措施险些无影响,全天24小时均可举办备份。 伟大SQL查询加快 内置并行查询引擎,对执行时长高出1分钟的伟大说明类SQL加快结果明明。本成果必要行使特另外毗连地点。 五、架构 云数据库POLARDB基于Cloud Native计划理念,其架构表示图及特点如下: 一写多读 POLARDB回收漫衍式集群架构,一个集群包括一个主节点和最多15个只读节点(至少一个,用于保障高可用)。主节点处理赏罚读写哀求,只读节点仅处理赏罚读哀求。主节点和只读节点之间回收Active-Active的Failover方法,提供数据库的高可用处事。 计较与存储疏散 POLARDB回收计较与存储疏散的计划理念,满意民众云计较情形下用户营业弹性扩展的刚性需求。数据库的计较节点(DB Server)仅存储元数据,而将数据文件、Redo Log等存储于远端的存储节点(Chunk Server)。各计较节点之间仅需同步Redo Log相干的元数据信息,极大低落了主节点和只读节点间的耽误,并且在主节点妨碍时,只读节点可以快速切换为主节点。 读写疏散 读写疏散是POLARDB for MySQL集群默认免费提供的一个透明、高可用、自顺应的负载平衡手段。通过集群地点,SQL哀求自动转发到POLARDB集群的各个节点,提供聚合、高吞吐的并发SQL处理赏罚手段。详细请拜见读写疏散。 高速链路互联 数据库的计较节点和存储节点之间回收高速收集互联,并通过RDMA协议举办数据传输,使I/O机能不再成为瓶颈。 RDMA是一种远端内存直接会见技能,相等于传统的socket协议软硬件架构对较量,高速,超低延时,极低的CPU行使率的RDMA主导了RDMA的高速成长。 共享漫衍式存储 多个计较节点共享一份数据,而不是每个计较节点都存储一份数据,极大低落了用户的存储本钱。基于全新打造的漫衍式块装备和文件体系,存储容量可以在线滑腻扩展,不会受到单机处事器设置的影响,可应对上百TB级此外数据局限。 数据多副本、Parallel-Raft协议 数据库存储节点的数据回收多副本情势,确保数据的靠得住性,并通过Parallel-Raft协议担保数据的同等性。 六、18年进化 此前,POLARDB焦点卖点是100%向下兼容MySQL 5.6,100TB存储容量,机能是官方MySQL的6倍,跑分逾越AWS Aurora。
End 不管是阿里,照旧华为,都宣布了本身的漫衍式存储,机能测试都是遥遥领先。不管是现实程度,照旧带有水分。都但愿国产数据库可以或许大放异彩。 【编辑保举】
点赞 0 (编辑:湖南网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |