分布式数据库集群中间件理解------分布式模型_MySQL
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了分布式数据库集群中间件理解------分布式模型_MySQL,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1673字,纯文字阅读大概需要3分钟。
内容图文
![分布式数据库集群中间件理解------分布式模型_MySQL](/upload/InfoBanner/zyjiaocheng/581/ea5bc55bacb649ecbfe62991ddd2f01a.jpg)
这就是说我们一台机器不能完成这样的工作量,需要将数据和计算分到多台机器上才能更加高效的处理请求。
接下来首先需要决策的就是,要选择什么样子的分布式模型进行系统的设计,一般有两种模型供参考:
a) 心化的分布式模型
简单理解就是所有的命令都会被发送到中心节点,由中心节点统一的分析,将经过分析的事件拆分,发送到每一个非中心节点上。
这样,所有的命令都先发送到中心节点,然后转发到非中间节点。但是,这有一个问题就是,中间节点的分析与转发的能力有限,当请求达到一定的程度以后,增加非中心节点的数量的作用就会非常小。
对于上述中间节点的分析和转发能力有限的问题,如果只是分析能力有限,一个优化的方式是通过添加二级中心节点来分担一级中心节点的压力。所有的命令都被发送到中心节点,中心节点做少量的分析就转发到二级节点,由二级节点进一步分析,再发送到非中心节点。
在上述的情况中,中心节点的转发能力也是致命缺点,那么如何再一次提升系统的性能呢?这就要引入非中心化去解决问题。
b) 去中心化的分布式模型
去中心化的模型就是, 没有中心的模型。各个节点只按照自己的逻辑进行传递消息。如下所示
这就是去中心化的模型,模型并不会在意哪些节点和那些节点能够联通,每个节点只会去负责自己的那一方面事情。
中心化的分布式模型就像是:中国古代王权,是所有的权利都是大王来控制。
去中心化分布式模型就像是:平民自家过自家的日子,需要连同作业的时候通过自己的组织作业进行。
由上述分析引出我们需要了解的技术内容,只列举一部分,请大家自行扩展:
这两种模型有哪些例子?
MySQL的一主双从(MSS),MangDB Master, MapReduce Jobtracker?
zookeeper, cassandra?
内容总结
以上是互联网集市为您收集整理的分布式数据库集群中间件理解------分布式模型_MySQL全部内容,希望文章能够帮你解决分布式数据库集群中间件理解------分布式模型_MySQL所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。