集群技术（二） MySQL集群简介与配置详解

when？why? 用MySQL集群？

减少数据中心结点压力和大数据量处理(读写分离)，采用把MySQL分布，一个或多个application对应一个MySQL数据库。把几个MySQL数据库公用的数据做出共享数据，例如购物车，用户对象等等，存在数据结点里面。其他不共享的数据还维持在各自分布的MySQL数据库本身中。

 集群MySQL中名称概念

  MySQL群集需要有一组计算机，每台计算机的角色可能是不一样的。MySQL群集中有三种节点：管理节点、数据节点和SQL节点。群集中的某计算机可能是某一种节点，也可能是两种或三种节点的集合。这三种节点只是在逻辑上的划分，所以它们不一定和物理计算机是一一对应的关系。

        管理节点（也可以称管理服务器）主要负责管理数据节点和SQL节点，还有群集配置文件和群集日志文件。它监控其他节点的工作状态，能够启动、关闭或重启某个节点。其他节点从管理节点检索配置数据，当数据节点有新事件时就把事件信息发送给管理节点并写入群集日志。

        数据节点用于存储数据。

        SQL节点跟一般的MySQL服务器是一样的，我们可以通过它进行SQL操作。

详细配置不在阐述网上很多参考博客

注：与没有使用 Cluster的MySQL相比，在MySQL Cluster内操作数据的方式没有太大的区别。执行这类操作时应记住两点：

1、 表必须用ENGINE=NDB或ENGINE=NDBCLUSTER选项创建，或用ALTER TABLE选项更改，以使用NDBCluster存储引擎在 Cluster内复制它们。如果使用mysqldump的输出从已有数据库导入表，可在文本编辑器中打开SQL脚本，并将该选项添加到任何表创建语句，或用这类选项之一替换任何已有的ENGINE（或TYPE）选项。

2、 另外还请记住，每个NDB表必须有一个主键。如果在创建表时用户未定义主键，NDBCluster存储引擎将自动生成隐含的主键。（注释：该隐含 键也将占用空间，就像任何其他的表索引一样。由于没有足够的内存来容纳这些自动创建的键，出现问题并不罕见）。

当然我们搭建的MySQL集群架构中，只存在一个管理节点，这样搭建的集群可以用如下所示的结构表示。

上图所示的单管理节点MySQL集群存在当唯一的管理节点由于网络、断电、压力过大等各种原因宕机后（在集群中切记单点故障的问题值得注意），数据节点和SQL节点将会各自为战，成为一盘散沙。这样搭建的MySQL集群可用性较低，所以我们要将单管理节点集群改变成如下图所示的多管理节点集群。

在上图的多管理节点MySQL集群中，由于管理节点存在多个，所以当其中的某一个管理节点出现宕机之后，其他的管理节点自动接过MySQL集群的管理权限，保证MySQL集群的正常运行。

总结

通过多个MySQL服务器分配负载，从而最大程序地达到高性能，通过在不同位置存储数据保证高可用性和冗余。