时间:2021-07-01 10:21:17 帮助过:16人阅读
先谈谈对于搭建各种集群、分布式、负载均衡的理解,一个高可用、高性能、伸缩性强的分布式系统并不是一蹴而就,一下搭出这样的架构也有点不可能,至少个人觉得对于系统的运行状况没有一个可靠地保证,你不能保证架构中不会出现什么纰漏之处,因此架构师也是一点一点成长起来的,在小的架构解决不了目前的问题时、在不断的高并发、每年的双十一等这样的问题中成长起来的。
在我们这个项目中注重高可用,当一台数据库服务器出现故障后不允许系统停止运行,也就是说需要多搭建几台服务器让它们可以自由切换,服务器集群很好的解决了我们对于高可用的需求。下面说一下我们是如何搭建mysql集群。
下载地址:http://dev.mysql.com/downloads/cluster/
三种节点:
1.管理节点(即集群的核心应用)
2.SQL节点(mysql Service)
3.数据节点 (数据文件)
1.管理节点
它是整个集群环境的核心类似于集群中起调度作用的枢纽,由它来负责管理其它节点的开启、关闭等等,该节点也是从mysql 5.6版本之后才出现,可见数据库对于搭建集群这个方向正在提出新的需求和新的挑战,也许在之后的版本中搭建集群将变的非常简单,期待后续版本功能更强大。
开始对于是SQL 节点是什么?总有很多疑问,有没有必要从mysql service中分离出来搭建完之后有点理解为什么要把服务器和数据分离,结合mysql集群部署图觉得有如下好处:
对于图的理解:
所有的SQL nodes、data nodes要看成一个整体对待,任意一个sql node节点对data node的操作都是对所有data node节点的操作,会对所有的data node产生影响,例如向集群中某一个数据插入数据,其它数据节点也会插入相同的数据。
好处
耦合性小:如果一个sql节点坏掉,不会影响这个节点下面的数据节点,它和数据节点一点关系也没有
同步问题:多个数据节点之间需要时刻同步数据
可用性最高:集群中只要有一个SQL节点、一个data节点可用,整个集群就是可用的,不需要考虑它们都部署在哪里。也就是说集群中各个节点之间是透明的谁也不知道谁,它们都由管理节点来协调管理。
2.SQL节点
即mysql Service服务器,为数据库提供各种服务,如操作数据库、安全、备份、MySQL所使用的SQL语言是用于访问数据库的最常用标准化语言。
通过mysql 服务器来对数据进行管理、维护工作,这里就不在多说。
3.数据节点
用户的数据、数据库、表、视图、存储过程等都保存在数据节点中。
PS:
对于数据库集群通常需要上面三个节点,管理节点负责管理其它的节点,这三类节点可以任意部署在一台或者好几台电脑上,为了方便部署和管理我把服务节点和数据节点部署在一起,分别部署在两台电脑上,管理节点单独部署在一台电脑上,尽量不要让管理节点同数据节点、服务节点部署在一起,否则那台电脑坏掉后,其它节点就都不会运行了。