大家好,今天小编来为大家解答以下的问题,关于深入解析 GaussDB200 数据库理论,这个很多人还不知道,现在让我们一起来看看吧!
* 计算贴近数据,避免大量数据迁移,获得更高性能
* Shared-nothing架构,比共享架构具有更高的可扩展性。
gaussDB200架构
GaussDB 200采用Share-nothing架构,由多个节点组成,这些节点具有独立的、不共享CPU、内存、存储等系统资源。在这样的系统架构中,业务数据分散存储在多个物理上节点,数据分析任务被推送到数据所在位置执行。通过控制模块的协调,并行完成大规模数据处理工作,实现数据处理。快速响应处理。 fileShare-nothing架构具有以下优点:
最易扩展的架构,为商业智能(BI)和数据分析的高并发、大容量计算提供按需扩展能力。自动并行处理机制可实现自动内部并行处理,无需手动分区或优化数据加载和访问方法。与一般数据库一样,数据分布在所有并行节点上。每个节点只处理部分数据。优化I/O 处理。所有节点同时执行并行处理。节点之间不存在共享,也不存在I/O 冲突。添加节点来实现存储。线性扩展查询和加载性能
gaussdb 200组成
文件名说明MPPDBServer(CM) GaussDB 200集群管理模块CM(Cluster Manager),一个包含CMServer进程的特殊MPPDBServer,负责管理和监控集群中的各个功能单元和物理单元分布式系统资源的运行状态保证了整个系统的稳定运行。 CM分为主用CM和备用CM。一般情况下,只有主CM提供GaussDB 200集群管理服务。当主CM出现故障时,备份CM会主动升级为主CM提供GaussDB 200集群管理服务。 CM通过CM服务完成对各个MPPDBServer的管理。 CM服务由CMServer、CMAgent和Monitor组成。 CMServer是整个GaussDB 200集群的大脑。它会根据CMAgent 上报的各个MPPDBServer 的状态信息来决定是否需要进行状态更改。 CMServer仅部署在主备CM上。 CMAgent是部署在MPPDBServer上的实例代理线程。它负责接收CMServer发出的命令,并向CMServer报告MPPDBServer的Coordinator、Datanode、GTM的状态。每个MPPDBServer都会部署一个CMAgent,包括主备CM和主备GTM。 Monitor 是一个看门狗计划任务,其唯一任务是在CMAgent 停止时重新启动CMAgent。每个MPPDBServer都会部署一个Monitor,包括主备CM和主备GTM。 MPPDBServer(GTM)全局事务管理模块GTM(Global Transaction Manager)是包含GTM进程的特殊MPPDBServer,负责生成和维护全局事务ID、事务快照、时间戳等全局唯一信息。 GTM分为主GTM和备份GTM。一般情况下,只有主GTM提供全局事务管理服务。当主GTM出现故障时,备用GTM将主动升级为主GTM提供服务。 MPPDBServer业务模块,即MPPDBServer(CM)和MPPDBServer(GTM)之外的MPPDBServer,由Coordinator和多个Datanode组成,负责执行CM和GTM下发的任务。业务模块与MPPDBServer(CM)和MPPDBServer(GTM)的主要区别是不包含CMServer和GTM进程。 Coordinator(CN)负责提供外部应用接口,优化全局执行计划,将执行计划分发给Datanode,并对执行结果进行汇总和处理。 GaussDB 200通过CCN(控制协调节点)负责集群内资源的全局负载控制,实现自适应动态负载管理。集群第一次启动时,CM通过集群部署选择编号最小的协调器作为CCN。如果CCN出现故障,CM将选择一个新的CCN来替代它。 Datanode(DN) 在集群中,有多个DN。每个DN 存储一部分数据。如果DN没有高可用的解决方案,一旦发生故障,实例上的数据将变得无法访问。因此GaussDB 200提供了DN的高可用解决方案:主备、备备。 DN主、备、从DN的工作原理如下:主备DN数据同步过程中,如果主DN突然故障不可用,则从DN将提升为主DN。在原主DN 恢复之前,新升级的DN 会将数据日志同步到辅助DN。原主DN恢复后,将成为备份DN,异常期间将使用“次备份DN”上的数据日志来恢复数据。
也就是说,从DN将始终作为从设备使用。不会因主DN或从DN故障而升级为主DN或从DN。从机只存储当从机DN出现故障时同步到从机的Xlog数据和数据通道复制。生成的数据。存储服务器本地存储资源,持久化存储数据(支持行存储、列存储、混合存储)。
数据库对象
对象名称描述user 数据库用户,用于权限管理。数据库可以创建多个不同的数据库。架构用于管理使用同一数据库的多个用户。表空间表空间定义了数据库对象文件的存储位置。基本表分为行存储表和列存储表。 Index索引可以提高数据的访问速度。视图是由一个或多个表中的某些字段组成的虚拟表。数据库逻辑结构图:
文章分享结束,深入解析 GaussDB200 数据库理论和的答案你都知道了吗?欢迎再次光临本站哦!
【深入解析 GaussDB200 数据库理论】相关文章:
2.米颠拜石
3.王羲之临池学书
8.郑板桥轶事十则
用户评论
真沒想到GaussDB200還研究了這種新理論!
有17位网友表示赞同!
這個理論聽起來很有意思,期待深入了解一下。
有9位网友表示赞同!
我對 GaussDB 的實戰應用比較感興趣,這方面的理論文章少一點點看啊。
有15位网友表示赞同!
GaussDB200的開發團隊一直都在持續進步,這一點讓我印象深刻。
有12位网友表示赞同!
理論好歸好,最重要的是要能被實踐出來,才能真正驗證價值。
有9位网友表示赞同!
看了眼這個理论,感覺可以用在很多领域呢!
有9位网友表示赞同!
希望能看到一些实际案例,证明这个理论的可行性。
有10位网友表示赞同!
想了解一下这个理论如何与 GaussDB 的现有架构结合使用?
有16位网友表示赞同!
这个理论能带来什么具体的改变?听起来挺期待的。
有18位网友表示赞同!
分享一下你对这个理论的具体理解吗?
有9位网友表示赞同!
我一直在关注 GaussDB 的发展,这个新理论值得一读。
有18位网友表示赞同!
这篇文章会对 GaussDB 未来的发展方向有什么影响呢?
有8位网友表示赞同!
希望看到更多关于 GaussDB 理论研究的文章!
有6位网友表示赞同!
对于数据库爱好者来说,这样的理论文章很有吸引力。
有11位网友表示赞同!
这个理论是否可以应用于其他类型的数据库?
有10位网友表示赞同!
阅读完这篇理论文章后,我的想法是......
有19位网友表示赞同!
这个理论的提出会引发哪些新的技术挑战?
有7位网友表示赞同!
学习新理论的过程总是充满乐趣!
有14位网友表示赞同!