首页 > 其他分享 >NDB 集群架构

NDB 集群架构

时间:2024-07-13 16:19:20浏览次数:9  
标签:8.0 存储 架构 NDB 复制 集群 MySQL 节点

和mongo分片集群架构类似

 集群节点有三种类型

  • 管理节点:此类节点的作用是管理 NDB 群集内的其他节点,执行提供配置数据、启动和停止节点以及运行备份等功能。由于此节点类型管理其他节点的配置,因此应先启动此类型的节点,然后再启动任何其他节点。管理节点使用命令ndb_mgmd启动。

  • 数据节点:这种类型的节点存储集群数据。
  • SQL 节点:这是访问群集数据的节点。在 NDB 群集中,SQL 节点是使用 NDBCLUSTER存储引擎的传统 MySQL 服务器。
特征InnoDB(MySQL 8.0)NDB8.0
MySQL 服务器版本 8.0 8.0
InnoDB版本 InnoDB8.0.38 InnoDB8.0.38
NDB 群集版本 不适用 NDB 8.0.38/8.0.38
存储限制 64TB 128TB
外键 是的 是的
事务 所有标准类型 READ COMMITTED
脉动循环控制电路 是的
数据压缩 是的 否(NDB 检查点和备份文件可以压缩)
大行支持 (> 14K) 支持VARBINARY、 VARCHAR、 BLOB和 TEXT 仅支持BLOB和 TEXT列(使用这些类型存储大量数据可能会降低 NDB 性能)
复制支持 使用 MySQL 复制进行异步和半同步复制;MySQL组复制 NDB 群集内的自动同步复制;NDB 群集之间的异步复制,使用 MySQL 复制(不支持半同步复制)
读取操作的横向扩展 是(MySQL 复制) 是(NDB Cluster 中的自动分区;NDB Cluster 复制)
写入操作的横向扩展 需要应用程序级分区(分片) 是(NDB Cluster 中的自动分区对应用程序是透明的)
高可用性 (HA) 内置,来自 InnoDB 集群 是(设计为 99.999% 正常运行时间)
节点故障恢复和故障转移 来自 MySQL 组复制 自动(NDB 架构中的关键元素)
节点故障恢复时间 30 秒或更长时间 通常<1秒
实时性能 是的
内存表 是(某些数据可以选择存储在磁盘上;内存和磁盘数据存储都是持久的)
NoSQL 访问存储引擎 是的 是(多种 API,包括 Memcached、Node.js/JavaScript、Java、JPA、C++ 和 HTTP/REST)
并发和并行写入 是的 最多 48 个写入器,针对并发写入进行了优化
冲突检测与解决(多源) 是(MySQL 组复制) 是的
哈希索引 是的
在线添加节点 使用 MySQL 组复制读取/写入副本 是(所有节点类型)
在线升级 是(使用复制) 是的
在线修改架构 是的,作为 MySQL 8.0 的一部分 是的

 

标签:8.0,存储,架构,NDB,复制,集群,MySQL,节点
From: https://www.cnblogs.com/wonchaofan/p/18300269

相关文章

  • 业务单系统架构设计心得(一)
    作为一个业务开发工程师,工作中最多的是需求开发,把需求从ppt到落地实现。随着工作的深入,工作面也变得更广和更深,需要面对更多的系统,更加复杂的场景。这时完成功能实现是基本要求了,想要开发能力上一个台阶,需要做好架构设计。常见的架构有:洋葱架构、六边形架构、整洁架构、SOA架构、C......
  • 485通讯抗干扰,超时重发,不断重连的程序架构
    485通讯抗干扰,超时重发,不断重连的编程思路在工程中会遇到一种情况,当通信受到干扰之后,数据超时重发多次,无法被成功发出去,当恢复干扰后,之前发送的指令就被报错清掉了,相当于串口掉线之后,即使短暂时间内通信连上,掉线之后发出的指令也不生效。为了确保受到干扰的这段时间里,发出......
  • MongoDB集群同步
    实现MongoDBCluster-to-Cluster即集群同步的工具是:mongosync详情可参考如下官方文档:https://www.mongodb.com/zh-cn/docs/cluster-to-cluster-sync/current/quickstart/以上这个地址的文档一看就是机器翻译的,可能有不恰当的地方,但基本可参考使用。以下是本次在某项目地配置......
  • 架构 | Dark Silicon 暗硅 经典文章阅读
    IntroductionITRS[1]每次预测未来15年半导体的发展,2024年恰好是DarkSilicon文章写作年份ITRS预测最后一年[2]。15年回首,重温《Darksiliconandtheendofmulticorescaling》[3]这篇伟大文章。提出背景架构视角:多核处理器发展Moore'sLaw描述晶体管密度越来越......
  • Redis的哨兵和集群实现高可用
    一个典型的高可用Redis集群示例配置1个主服务器2-3个从服务器3-5个哨兵哨兵和集群就是为了高可用哨兵哨兵的功能:监听和故障转移(1)客户端可以从哨兵获得集群的状态。(2)当主服务器断开,哨兵可以进行选举主服务器。哨兵的工作流程在配置中,设置master的ip和端口创建maste......
  • 设计模式与分布式架构实战 总结
    在当今快速发展的软件工程领域,掌握设计模式和分布式架构对于构建高效、稳定、可扩展的系统至关重要。以下是对相关内容的进一步分析和梳理,供大家参考。架构设计的哲学:NP问题的现实映射什么是NP问题?NP问题是计算机科学中的一个重要概念,它代表了一类可以在多项式时间内验证......
  • 基于PCIe总线架构的2路1GSPS AD、4路1GSPS DA信号处理平台(100%国产化)
     板卡概述       PCIE723-165是基于PCIE总线架构的2通道1GSPS采样率14位分辨率、4通道1GSPS采样率16位分辨率信号处理平台,该板卡采用国产16nmFPGA作为实时处理器,支持2路高速采集以及4路高速数据回放,板载2组DDR4SDRAM大容量数据缓存,板卡支持PCIEGEN3x8主机接口,通过D......
  • 探讨打造「高可用架构」秘籍
    背景高可用性的文章多如牛毛,看得人眼花缭乱。今天,咱们换个花样,以终为始,来聊聊如何实现系统业务的高可用性这个宏伟目标。本文覆盖高可用架构设计、常见架构模式、高可用开发运维、大促高可用保障、业务高可用、COE复盘等方面的理念和思考。高可用性是个宏大的主题,覆盖的领域广泛......
  • 【YashanDB知识库】yasql登录报错:YAS-00413
    【问题分类】错误码处理【关键字】yasql,00413【问题描述】使用工具设置不同并发迁移数据的过程中,导致yasql登录报错:YAS-00413【问题原因分析】工具使用与数据库使用资源超过了操作系统配置参数设置【解决/规避方法】●查看操作系统yashan用户当前打开文件文件数SQLlsof|......
  • 一份大数据湖仓一体架构落地指南
    原文:https://mp.weixin.qq.com/s/_oKbXLUOImym59XwITeS9Q随着业界对数据时效性的要求越来越高,大数据平台的发展方向逐渐向湖仓一体发展。湖仓一体主要解决了以下几个问题:OLAP数据库由于需要内存和高效磁盘来提供向量化毫秒级的查询,所以用来存储原始流量数据,集群成本高。......