如何在Windows系统中配置Mysql群集

MySQL 群集是一种技术，该技术允许在无共享的系统中部署“内存中”和“磁盘中”数据库的 Cluster 。通过无共享体系结构，系统能够使用廉价的硬件，而且对软硬件无特殊要求。此外，由于每个组件有自己的内存和磁盘，不存在单点故障。MySQL Cluster 由一组计算机构成，每台计算机上均运行着多种进程，包括 MySQL 服务器，NDB Cluster 的数据节点，管理服务器，以及（可能存在的）专门的数据访问程序。

MySQL 群集的数据节点之间的通信是不加密的，并且需要高速的带宽，所以建议把群集建立在一个高速局域网内，不建议跨网段、跨公网的部署这种系统体系。

MySQL 群集分为三种节点：管理节点，数据节点和SQL节点。

一、软件下载机器 *** 作环境

配置 MySQL 群集必需使用其群集版本，注意和 MySQL Server 版本的区别。本文以 Windows 平台下的 MySQL 群集版本 MySQL Cluster 7.1.3 为例（截至2010年6月初的最高版本），这是 MySQL Server 5.1 系列版本之一，添加了群集的功能。下载地址为：http://dev.mysql.com/downloads/cluster，选择 mysql-cluster-gpl-noinstall-7.1.3-win32.zip 文件，这是一个 for Windows 32位版本的、免安装的二进制版本。

根据自己的 *** 作系统的位数，也可以选择 64 位版本的。还有一个 27.2M 的 Windows(x86, 32-bit) 版本，下载下来需要自己编译，有经验的高级用户可以选用。

本实验在 2 台安装 Windows Server 2003(sp2) 的机器上进行。节点分配及 IP 配置如下：

第一台机器，IP 为 10.0.0.201，作为管理节点(MGM)，SQL节点1(SQL1)，数据节点1(NDBD1)。

第二台机器，IP 为 10.0.0.202，作为SQL节点2(SQL2)，数据节点2(NDBD2)。

管理节点最好不要与数据节点部署在同一台服务器上，否则可能会因为该数据节点服务器的当机，而导致管理节点服务器的问题，从而导致整个群集系统的崩溃。

二，配置管理节点：

在第一台机器上，建文件夹 D:\mysql-cluster，在其下建立文件 config.ini，内容如下：

[NDBD DEFAULT]

NoOfReplicas=1

[MYSQLD DEFAULT]

[NDB_MGMD DEFAULT]

[TCP DEFAULT]

# Managment Server

[NDB_MGMD]

hostname=10.0.0.201

# Storage Engines

[NDBD]

hostname=10.0.0.201

datadir= D:\data

[NDBD]

hostname=10.0.0.202

datadir= D:\data

# SQL Engines

[MYSQLD]

hostname=10.0.0.201

[MYSQLD]

hostname=10.0.0.202

Cluster 管理节点的默认端口是1186，数据节点的默认端口是 2202。从 MySQL 5.0.3开始，该限制已被放宽，Cluster 能够根据空闲的端口自动地为数据节点分配端口。如果你的版本低于5.0.22，请注意这个细节。

Cluster 管理节点作为一个服务端(通过运行 db_mgmd.exe 程序读取本配置文件来启动)，通过本机上的客户端 ndb_mgm.exe 来连接和 *** 作。

三、配置 MySQL 数据库服务器：

在2台机器上，分别依次 *** 作。

解压 mysql-cluster-gpl-noinstall-7.1.3-win32.zip 文件到 D:\mysql-cluster-gpl-noinstall-7.1.3-win32 文件夹下，把 D:\mysql-cluster-gpl-noinstall-7.1.3-win32\bin 加到 Windows 的系统 path 中。

打开DOS命令行窗口（配置完系统path后，在再次打开新的命令行窗口），执行以下语句，让 MySQL 作为 Windows 服务运行：

mysqld.exe -install mysql

再在 Windows 服务管理界面里，配置 mysql 服务，手动启动（不要自动启动）。

把 D:\mysql-cluster-gpl-noinstall-7.1.3-win32 下的某个备用的配置文件（例如my-small.ini）复制为 my.ini 文件。

建立 D:\tmp 文件夹。

四、配置SQL节点和数据节点：

在2台机器上，分别依次 *** 作。

建立文件夹 D:\data。

编辑 NySQL 配置文件 D:\mysql-cluster-gpl-noinstall-7.1.3-win32\my.ini，在 [mysqld] 节末尾加语句：

#SQL群集节点

ndbcluster

ndb-connectstring=10.0.0.201

有了 ndbcluster 语句，mysql 服务将作为群集的 SQL 节点启动。mysqld.exe 命令带参数 –ndbcluster 运行是一样的效果。

mysql 服务连接到数据节点的 2202 默认端口，或自动分配的别的可用端口。

（问题：SQL节点如何获得数据节点的IP地址？是否通过连接管理节点，取得所有数据节点的IP地址的列表？）

这里的连接字符串的值在 MySQL 服务启动时使用，用于连接到管理节点。

在末尾加语句：

#NDB集群节点

[mysql_cluster]

ndb-connectstring=10.0.0.201

注：好像以下形式也可：

[ndbd]

ndb-connectstring=10.0.0.201

这里的连接字符串的值在数据节点启动时使用，用于连接到管理节点。

五，启动群集各服务器

启动顺序依次是：管理节点、数据节点、SQL节点。

1，启动管理节点

在第一台服务器的DOS窗口，运行命令：

C:\>ndb_mgmd.exe -f d:\mysql-cluster.conf\config.ini –configdir=d:\mysql-cluster

注：如果不带 –configdir=d:\mysql-cluster 参数，将默认为 C:\mysql\mysql-cluster 文件夹。

屏幕显示：

C:\>ndb_mgmd.exe -f d:\mysql-cluster.conf\config.ini –configdir=d:\mysql-cluster

2010-06-10 01:16:57 [MgmtSrvr] INFO — NDB Cluster Management Server. mysql-5.1.44 ndb-7.1.3

2010-06-10 01:16:57 [MgmtSrvr] INFO — Reading cluster configuration from ‘d:\mysql-cluster.conf\config.ini'

2010-06-10 01:16:57 [MgmtSrvr] INFO — Got initial configuration from ‘d:\mysql-cluster.conf\config.ini', will try to set it when all ndb_mgmd(s) started

2010-06-10 01:16:57 [MgmtSrvr] INFO — Mgmt server state: nodeid 1 reserved for ip 10.0.0.201, m_reserved_nodes 1.

2010-06-10 01:16:57 [MgmtSrvr] INFO — Id: 1, Command port: *:1186

==INITIAL==

2010-06-10 01:16:57 [MgmtSrvr] INFO — Starting initial configuration change

2010-06-10 01:16:57 [MgmtSrvr] INFO — Configuration 1 commited

2010-06-10 01:16:57 [MgmtSrvr] INFO — Config change completed! New generation: 1

==CONFIRMED==

2，启动数据节点

分别在2台服务器的DOS窗口运行命令。

第一次，或初始化群集节点时，运行命令：

ndbd.exe –initial

初始化之后，只运行 ndbd.exe 即可。若带参数 –initial 运行，将使正常运行的群集系统中，数据节点的数据全部丢失。

数据节点依赖管理节点服务器，进行数据的自动复制和同步，使各个数据节点的数据保持一致，并在某个数据节点意外关闭又恢复后，进行数据的恢复重建。

3，启动SQL节点

有了 ndbcluster 语句，启动 mysql 服务，就启动了SQL节点。应在前2种节点启动后，分别在2台服务器上进行。

误1、[MgmtSrvr] WARNING -- 1011 Unable to connect with connect string: nodeid=0,localhost:1186

处理：一般这个情况是系统ping 127.0.0.1不通，可能是网卡问题，但是ping在eth0和eth1上配置的IP地址却通，所以处理方法是在/etc/hosts文件中添加：

192.168.1.5 localhost

即可。192.168.1.5根据自己配置的IP地址进行修改。

错误2、在修改了数据节点目录后，数据节点遇到如下错误：[ndbd] ERROR-- Couldn't start as daemon, error: 'Failed to lock pidfile '/opt/mysql_cluster/ndb_data/ndb_11.pid', errno: 37'

处理：由于数据节点的目录是挂载在nas存储上面，由于防火墙问题导致nas挂载异常，以致出现以上错误，关闭防火墙，重新挂载nas存储即可。

错误3、在修改了数据节点目录后，mysql节点遇到如下警告：[Warning] NDB : Tables not available after 15 seconds. Consider increasing --ndb-wait-setup value，导致管理节点识别不到mysql节点

处理：经检查，是配置文件my.cnf里ndb-connectstring参数的配置有误，改成正确的管理节点IP地址即可。

Warning: World-writable config file '/etc/my.cnf' is ignored

Unable to connect with connect string: nodeid=0,localhost:1186

Retrying every 5 seconds. Attempts left: 12 11 10 9 8 7 6 5 4 3 2 1, failed.

2011-06-08 23:31:35 [ndbd] ERROR-- Could not connect to management server, error: ''

解决办法 chmod 644 /etc/my.cnf

重新安装个试试

点击下载：官方最新版mysql

MySQL的3个主要组成部分

1、负载均衡节点(mysql)

负载均衡节点(也叫SQL节点)是用来访问集群数据的。相关的软件，就是我们平时所使用的MySQL数据库软件；也就是由/etc/init.d/mysql脚本来管理的那个服务。

2、存储节点(ndbd)

数据存储节点是用来保存集群数据的，其服务的启停是由脚本/etc/init.d/mysql-ndb来管理的。

3、管理节点(ndbd-mgm)

管理节点是用来管理集群内其他节点的，比如提供配置信息、启动或停止节点、执行备份等。其服务的启停是由/etc/init.d/mysql-ndb-mgm脚本来管理的。由于这类节点是管理者，所以管理节点必须首先启动，然后其他两类节点再启动。

mysql cluster的优缺点

一、优点：

1、99.999 ％的高可用性

2、快速的自动失效切换

3、灵活的分布式体系结构，没有单点故障

4、高吞吐量和低延迟

5、可扩展性强，支持在线扩容

二、缺点：

1、存在很多限制，比如：不支持外键，数据行不能超过8K（不包括BLOB和text中的数据）

2、部署、管理、配置很复杂

3、占用磁盘空间大，内存大

4、备份和恢复不方便

5、复杂的sql查询性能一般

主要结构

1、管理(MGM)节点：

这类节点的作用是管理MySQLCluster内的其他节点，如提供配 置数据、启动并停止节点、运行备份等。由于这类节点负责管理其他节点的配置，应在启动其他节点之前首先启 动这类节点。MGM节点是用命令“ndb_mgmd”启动的。对硬件没什么要求，差一点的机器完全能够胜任。默认端口1186。

2、数据节点：

这类节点用于保存Cluster的数据。数据节点的数目与副本的数目相关，是片段的倍数。例如，对于两个副本，每个副本有两个片段，那么就有4个数据节点。不过没有必要设置多个副本。数据节点是用命令“ndbd”启动的。可以选择大内存，cpu也相对来讲不错的，尤其是以后ndbmtd对多核Cpu的支持。默认端口2202

3、SQL节点：

这是用来访问Cluster数据的节点。对于MySQLCluster，客户端节点是使用NDBCluster存储引擎的传统MySQL服务器。通常，SQL节点是使用命令“mysqld–ndbcluster”启动的，或将“ndbcluster”添加到“my.cnf”后使用“mysqld”启动。对cpu要求较高，选择多核，高频CPU较好。

新增功能

1、更强内存性能和可扩展性：

根据SysBench标准，MySQL Cluster 7.4在只读工作负载上的性能比MySQL Cluster 7.3提高了近50%，读写 *** 作性能也提高了40%。性能改进可通过SQL或任何由MySQL Cluster支持的本地NoSQL 应用程序接口得到实现，包括Java, C++,HTTP, Memcached和JavaScript/node.js。此外，MySQL Cluster 7.4还创造了新纪录，即通过32个数据节点实现每秒2亿条NoSQL查询，以及通过 16个数据节点每秒查询近250万SQL语句

2、改进的工作负载效率分析：

现在，用户可以在MySQL 集群上使用相同的记忆优化表高效运行涉及复杂分析和随机搜索的应用负载，这为OLTP工作负载提供了亚毫秒级别的超低延迟和高水平的并发性能。这些内存表可以和基于磁盘的表共同使用

3、新的跨地域冗余功能实现跨数据中心的高可用性：

最新版本的MySQL Cluster7.4提供冲突性事务传回功能，并能在跨地域集群之间实现灵活可用、即时更新的复制功能，使得应用可以自由向任意站点发送查询或写入命令，同时完全不影响一致性

4、高级管理功能：

MySQL Cluster为内部部署和基于云的部署提供了以下改进：

新的分布式内存使用和数据库 *** 作报告，提高管理效率

其他性能调优选项

更快的网络维护 *** 作，包括软件升级速度提高多达5倍

---