mysql集群部署文档
MySQLCluster方案概述
MySQLCluster方案概述分两点：一. MySQL NDB Cluster的概述MySQL NDB Cluster是一个适用于分布式计算环境的高可用性、高冗余版本的MySQL。
NDB集群由一组计算机组成，称为主机，每个计算机运行一个或多个进程。
这些进程称为节点，可能包括MySQL服务器（用于访问NDB数据）、数据节点（用于存储数据）、一个或多个管理服务器，以及可能的其他专门的数据访问程序。
在NDB集群中这些组件的关系如下所示：NDB集群所有这些程序一起工作来形成一个NDB集群。
当数据被NDB存储引擎存储时，表（和表数据）存储在数据节点中。
这样的表可以直接从集群中的所有MySQL服务器（SQL节点）访问。
因此，在一个将数据存储在集群中的工资单应用程序中，如果一个应用程序更新了雇员的工资，那么查询这些数据的所有其他MySQL服务器都可以立即看到这个变化。
NDB集群核心概念NDB CLUSTER（也称为NDB）是一个内存存储引擎，提供高可用的数据持久化功能。
NDB CLUSTER存储引擎可以配置一系列故障转移和负载平衡。
集群节点集群节点有三种类型，在最小的NDB集群配置中，至少会有三个节点。
1. Management node这种类型节点的作用是管理NDB集群中的其他节点，执行诸如提供配置数据、启动和停止节点以及运行备份等功能。
因为这个节点类型管理其他节点的配置，所以应该首先启动这种类型的节点，在任何其他节点之前。
执行ndb_mgmd命令启动该节点。
2. Data node这种类型节点的作用是存储集群数据。
一个副本足以用于数据存储，但不提供冗余;因此，建议使用2（或更多）副本来提供冗余，从而获得高可用性。
执行ndbd或ndbmtd（多线程）命令启动该节点。
NDB集群表通常存储在内存中，而不是在磁盘上（这就是为什么我们将NDB集群称为内存中的数据库）。
然而，一些NDB集群数据可以存储在磁盘上。
3. SQL node在NDB Cluster中SQL节点是一个使用NDBCLUSTER存储引擎的传统MySQL服务器。
MySQL数据库的集群方案
MySQL数据库的集群⽅案读写分离结构（主从）读多写少，也就是对数据库读取数据的压⼒⽐较⼤。
其中⼀个是主库，负责写⼊数据，成为写库；其他都是从库，负责读取数据，成为读库。
对我们的要求：读库和写库的数据⼀致；写数据必须写到写库；读数据必须到读库；集群⽅案与单节点的差异：数据库从之前的单节点变为多节点提供服务；主节点数据，同步从节点数据；应⽤程序需要连接2个数据库节点，并且在程序内部实现判断读写操作；这种⽅案的缺点：应⽤程序需要连接到多个节点，对应⽤程序⽽⾔变得复杂；这个问题可以通过中间件解决；如果在程序内部实现，可使⽤Spring的AOP功能实现；主从之间的同步，是异步完成，也就意味着是弱⼀致性；可能会导致数据写⼊主库后，应⽤程序读取从库获取不到数据，或者可能会丢失数据，对于数据安全性要求⽐较⾼的应⽤是不合适的；该问题可以通过PXC集群解决；中间件应⽤程序会连接到多个节点，使得应⽤程序的复杂度提升，可以通过中间件⽅式解决。
应⽤程序只需要连接到中间件即可，⽆需连接多个数据库节点；应⽤程序⽆需区分读写操作，对中间件直接进⾏读写操作即可；在中间件中进⾏区分读写操作，读操作发送到从节点，写操作发送到主节点；这种⽅式的架构也存在问题，中间件的性能成为系统的瓶颈，但是可以使⽤多个中间件部署的⽅式进⾏缓解。
这样的话，中间件的可靠性得到了保证，但是也带来了新的问题，应⽤系统依然需要连接2个中间件，增加了应⽤系统的复杂度。
负载均衡为了解决以上问题，我们将继续优化架构，在应⽤程序和中间件之间增加proxy代理，由代理来完成负载均衡的功能，应⽤程序只需要对接到proxy即可。
PXC集群架构在前⾯的架构中，都是基于MySQL主从的架构，那么在主从机构中，弱⼀致性问题依然没有解决，如果在需要强⼀致性的需求中，显然这种架构是不能应对的，⽐如：交易数据。
PCX提供了读写强⼀致性的功能，可以保证数据在任何⼀个节点写⼊的同时可以同步到其他节点，也就意味着可以从其他的任何节点进⾏读取操作，⽆延迟。
如何使用MySQL进行多机房部署和数据同步
如何使用MySQL进行多机房部署和数据同步随着互联网的蓬勃发展，许多企业面临着高并发、大数据量的挑战，为了提高系统的可用性和稳定性，多机房部署成为了一种常见的解决方案。
而作为数据库领域的翘楚，MySQL在多机房部署和数据同步方面也有着丰富的经验和技术。
一、多机房部署的需求分析在介绍多机房部署的方法之前，首先需要明确多机房部署的需求。
多机房部署的主要目的是提高系统的可用性，即当一个机房出现故障或网络中断时，能够快速切换到另一个机房提供服务。
此外，多机房部署还可以实现地理位置的容灾备份，提高系统的容错能力和可扩展性。
二、MySQL的多机房部署方案1. 主从复制主从复制是MySQL多机房部署的常用方案之一。
通过将数据从一个机房复制到另一个机房的方式，实现了数据的备份和容灾。
主从复制的原理是将主服务器上的所有数据变更事件记录下来，然后将这些事件通过网络传输到从服务器上执行，从而保持主从服务器之间的数据一致性。
2. 集群方案MySQL集群方案是一种更为高级的多机房部署方案。
它通过将多台服务器组织成一个集群，实现数据的分布式存储和处理。
集群方案可以提供更高的性能和可用性，但配置和管理相对复杂一些。
常见的MySQL集群方案包括Galera Cluster、MySQL Cluster等。
三、数据同步的策略选择在多机房部署中，数据同步是一个非常重要的环节。
正确选择适合自己业务的数据同步策略可以保证数据的一致性和可用性。
1. 异步复制异步复制是一种常见的数据同步策略，它的特点是主服务器将数据变更事件写入binlog，并异步传输到从服务器进行执行。
异步复制的优点是传输延迟小，在网络不稳定的情况下也能保证数据的可用性，但是存在数据不一致的风险。
2. 同步复制同步复制是一种更为安全的数据同步策略，它要求主服务器和从服务器在写入数据之前必须达成一致，确保数据的完整性和一致性。
同步复制的缺点是传输延迟大，在网络延迟较高的情况下可能会影响系统的性能。
MySQL集群部署与配置指南
MySQL集群部署与配置指南引言MySQL是一种开源的关系型数据库管理系统，被广泛应用于各种应用程序中。
在处理大规模数据和高并发访问时，单个MySQL服务器可能无法满足需求。
为了提高性能和可用性，使用MySQL集群来部署和配置数据库是一个不错的选择。
本文将详细介绍MySQL集群部署和配置的指南，帮助读者了解集群的概念，并提供一些实用的技巧。
1. 集群概述1.1 什么是MySQL集群MySQL集群是指由多个MySQL服务器组成的集合，通过共享数据和负载均衡来提供高性能和高可用性。
集群中的每个节点都存储相同的数据，并且可以处理来自客户端的查询请求。
如果其中一个节点发生故障，其他节点将继续提供服务，确保数据的有效性和可访问性。
1.2 集群的优势MySQL集群具有以下优势：- 高可用性：即使其中一个节点发生故障，其他节点也可以继续提供服务，避免了单点故障的风险。
- 负载均衡：通过将查询请求分发到不同的节点上，集群可以平衡负载，提高整个系统的性能。
- 扩展性：可以根据需求增加或减少集群节点，以应对不断增长的数据和用户访问量。
- 数据冗余：通过复制数据到多个节点，可以提供数据的冗余备份，避免数据丢失的风险。
2. 部署MySQL集群2.1 硬件要求部署MySQL集群需要考虑以下硬件要求：- 多台服务器：每个节点都需要一个独立的服务器来承载MySQL服务。
- 网络连接：节点之间需要可靠的网络连接，以便进行数据同步和通信。
2.2 软件要求部署MySQL集群还需要满足以下软件要求：- MySQL数据库：每个节点都需要安装并配置MySQL数据库。
- 集群管理软件：可以使用各种集群管理软件，如MySQL Cluster、Galera Cluster或Percona XtraDB Cluster等。
2.3 数据同步配置为了保持每个节点上的数据一致性，需要配置数据同步机制。
可以使用MySQL的复制功能来实现数据同步。
具体步骤如下：- 在一个节点上设置为主节点(master)，并启用二进制日志功能。
MySQL中的高可用集群方案实现
MySQL中的高可用集群方案实现MySQL 是一个开源的关系型数据库管理系统，被广泛应用于各种各样的业务场景。
在大规模应用和高并发的情况下，为了保证数据库服务的高可用性和数据的持久性，采用高可用集群方案是必不可少的。
本文将介绍一些常见的 MySQL 高可用集群方案，并深入探讨其实现原理和适用场景。
一、背景介绍1.1 MySQL 的高可用性问题在传统的单机 MySQL 架构中，当数据库服务器发生故障或者由于维护等原因需要停机时，会导致业务的中断和数据的丢失。
为了解决这个问题，需要引入高可用集群方案，以提供服务的持续性和数据的安全性。
1.2 高可用集群方案的作用高可用集群方案可以将多个数据库服务器组成一个集群，提供冗余和故障转移机制，当其中某一个节点出现故障时，其他节点会接管服务，保证数据库服务的不中断，并且数据不会丢失。
二、MySQL 高可用集群方案的实现原理2.1 主从复制主从复制是 MySQL 中最经典的高可用集群方案之一。
它的实现原理是将一个节点作为主节点，负责处理写操作，并将写操作的日志同步到其他节点作为从节点。
当主节点发生故障时，一个从节点会被选举为新的主节点，继续提供服务。
主从复制不仅可以提高可用性，还可以增加读取的吞吐量。
2.2 半同步复制半同步复制是在主从复制的基础上进行的改进，主要解决数据同步的延迟问题。
在传统的主从复制架构中，主节点将写操作的日志同步到从节点时，只需要将数据写入到主节点的本地磁盘即可返回成功，而不需要等待从节点的确认。
这种情况下，如果主节点发生故障，可能会导致部分数据的丢失。
半同步复制引入了一个等待从节点确认的机制，只有在从节点确认接收到数据后，主节点才会返回写操作的成功。
2.3 MHAMHA（Master High Availability）是一个针对 MySQL 的高可用性解决方案，它基于主从复制的架构，并通过自动监控和故障切换机制实现高可用性。
MHA 的工作原理是通过一个特殊的管理节点来监控主节点的状态，当主节点发生故障时，自动将一个从节点提升为新的主节点，并进行相应的配置更新和状态同步。
数据库之MySQL集群方案策略（一）
数据库之MySQL集群⽅案策略（⼀）零、为什么需要群集？ 在现在的科技环境下，我们的项⽬中往往会处理越来越多的数据量，随着数据量的递增，单⼀的数据库已经⽆法满⾜我们的业务要求，因此为了解决这⼀系列的数据库瓶颈，我们有了集群的搭建⽅案。
⼀、MySQL版本 引擎对⽐： 1、myisam没有事务⽀持 MariaDB针对MyISAM改进，Aria占⽤空间⼩，并且允许在系统之间轻松进⾏复制。
2、innodb提供事务⽀持，innodb在做任何操作时，会做⼀个⽇志操作，便于恢复。
它是MariaDB 10.2（以及MySQL）的默认存储引擎。
3、xtradb是innodb存储引擎的增强版本，拥有更⾼性能。
MariaDB在10.0.9版本起使⽤XtraDB来代替MySQL的InnoDB。
在MariaDB 10.1之前XtraDB是最佳选择，它是InnoDB的性能增强分⽀，并且是MariaDB 10.1之前的默认引擎。
版本对⽐： 1、Percona提供了⾼性能XtraDB引擎，还提供了PXC⾼可⽤解决⽅案，并且附带了percona-toolkit等DBA管理⼯具箱。
2、MariaDB在10.2.6版本⾥移除Percona XtraDB，换回默认InnoDB，现在10.5默认是InnoDB。
综合多年使⽤经验和性能对⽐，⾸选Percona分⽀，其次是MariaDB，如果你不想冒险，那就选择MYSQL官⽅版本。
推荐MariaDB⼆、Mysql群集⽅案 ⽅案⼀：共享存储 ⼀般共享存储采⽤⽐较多的是 SAN/NAS ⽅案。
SAN：共享存储，主库从库⽤的⼀个存储。
SAN的概念是允许存储设施和解决器（服务器）之间建⽴直接的⾼速连接，通过这种连接实现数据的集中式存储。
优点： 1、保证数据的强⼀致性； 2、与mysql解耦，不会由于mysql的逻辑错误发⽣数据不⼀致的情况； 缺点： 1、SAN价格昂贵； ⽅案⼆：操作系统实时数据块复制 这个⽅案的典型场景是 DRBD，DRBD架构(MySQL+DRBD+Heartbeat) DRDB：这是linux内核板块实现的快级别的同步复制技术。
mysql分布式部署方案
mysql分布式部署方案随着互联网应用的快速发展，对于数据库的需求也越来越大。
传统的单机数据库在面对高并发、大量数据的场景下已经无法满足需求，因此分布式数据库逐渐成为了一种趋势。
MySQL作为目前最常用的关系型数据库之一，也提供了一些分布式部署方案，本文将介绍几种常见的MySQL分布式部署方案。
一、主从复制主从复制是MySQL自带的一种分布式部署方案，通过将主数据库的数据同步到从数据库上，实现读写分离，提高数据库的并发处理能力。
主从复制适用于以读操作为主的场景，可以有效利用从数据库的读能力，减轻主数据库的读压力。
主从复制的基本原理是：主库记录变更操作，将变更信息写入二进制日志，从库连接主库，将主库的日志应用到自己的数据上。
二、分片分片是将一个数据库按照某种规则拆分成多个片段，并将这些片段分布在不同的数据库服务器上。
分片可以水平扩展数据库，提高存储容量和读写能力。
常见的分片规则有哈希分片和范围分片两种。
哈希分片可以根据某个字段的哈希值来决定数据属于哪个片段，范围分片则是根据某个字段的取值范围来决定数据属于哪个片段。
三、MySQL ClusterMySQL Cluster是MySQL的一种高可用性、高扩展性的分布式数据库解决方案。
它采用了多主复制的架构，每个节点都是一个MySQL 实例，节点之间通过同步复制来实现数据的一致性。
MySQL Cluster可以提供高可用性和高可靠性的数据库服务，支持水平扩展以及故障自动恢复。
四、MySQL ProxyMySQL Proxy是一个支持分布式部署的数据库代理工具，它可以根据需求在多个MySQL服务节点之间进行连接路由和负载均衡。
MySQL Proxy可以实现读写分离、分片等功能，从而提高数据库的性能和可扩展性。
它可以对数据库的请求进行拦截和处理，实现一些自定义的逻辑。
MySQL Proxy常用于应用层与数据库之间的中间层，可以提供更灵活和高效的数据库访问方式。
MySQL数据库的集群和分布式部署方案
MySQL数据库的集群和分布式部署方案引言随着互联网及大数据时代的到来，数据量的快速增长使得传统的数据库架构面临着一系列的挑战。
MySQL作为目前最为常用的关系型数据库之一，也需要采用集群和分布式部署方案来满足高可用、高性能和高扩展性的需求。
本文将探讨MySQL数据库的集群和分布式部署方案，并分析各种方案的优缺点。
一、MySQL集群方案MySQL集群是指将多个数据库服务器连接在一起，形成一个逻辑上的整体，提供高可用和高性能的数据库服务。
常用的MySQL集群方案有主从复制、主从切换和半同步复制。
1. 主从复制主从复制是MySQL集群中最常用的方案之一。
它通过一个主数据库（Master）将数据同步到多个从数据库（Slave），实现数据的复制和读写分离。
主从复制的优点是容易部署和维护，可以提供较高的可用性和性能。
但是，主从复制也存在一些问题，如数据一致性的延迟和只能支持读写分离，无法实现写操作的负载均衡。
2. 主从切换主从切换是在主从复制的基础上进一步发展而来的方案。
它通过在多个从数据库中选举一个作为新的主数据库，实现主备切换。
主从切换的优点是可以提供更高的可用性，当主数据库故障时能够快速切换到备数据库。
但是，主从切换也存在一些问题，如切换过程中可能会有数据丢失和应用层的连接中断。
3. 半同步复制半同步复制是在主从复制的基础上改进的方案，通过在主数据库确认写操作成功后，才将其同步到从数据库，确保数据的一致性。
半同步复制的优点是提供了更高的数据一致性和可用性。
但是，半同步复制也存在一些问题，如对主数据库的写操作有一定的延迟，并且需要额外的网络开销。
二、MySQL分布式部署方案MySQL分布式部署是将一个数据库拆分成多个子数据库部署在不同的节点上，通过分片、分区和数据复制等方式实现数据的分散存储和查询。
常用的MySQL分布式部署方案有垂直切分、水平切分和分区表。
1. 垂直切分垂直切分是将数据库按照表或列进行切分，将不同的表或列存放在不同的节点上。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3台机器搭建集群环境1. 集群配置如下（3台机器）管理节点：192.168.6.134数据节点1：192.168.6.135数据节点2：192.168.6.136sql节点1：192.168.6.135sql节点2：192.168.6.136我使用3台机器进行配置，其中两台机器上的数据节点与sql节点在一起2. 管理节点安装（192.168.6.134)安装1.shell> groupadd mysql2.shell> useradd mysql -g mysql3.shell> mv mysql-cluster-gpl-7.2.6-linux2.6-x86_64.tar.gz /usr/local/4.shell> cd /usr/local/5.shell> tar zxvf mysql-cluster-gpl-7.2.6-linux2.6-x86_64.tar.gz /usr/local/6.shell> mv mysql-cluster-gpl-7.2.6-linux2.6-x86_64 mysql7.shell> chown -R mysql:mysql mysql8.shell> cd mysql9.shell> scripts/mysql_install_db --user=mysql配置管理节点1.shell> mkdir /var/lib/mysql-cluster2.shell> cd /var/lib/mysql-clustervi config.ini 添加以下内容1.[ndbd default]2.NoOfReplicas=23.DataMemory=80M4.IndexMemory=18M5.[ndb_mgmd]6.NodeId=17.Hostname=192.168.6.134 //管理IP8.datadir=/usr/local/mysql/logs9.[ndbd]10.NodeId=211.Hostname=192.168.6.135 //数据节点112.datadir=/usr/local/mysql/data/ //数据文件位置13.[ndbd]14.NodeId=315.Hostname=192.168.6.136 //数据节点216.datadir=/usr/local/mysql/data/ //数据文件位置17.[MYSQLD]18.[MYSQLD]3. 数据节点安装（192.168.6.135，192.168.6.136)执行相同的安装操作1.shell> groupadd mysql2.shell> useradd mysql -g mysql3.shell> mv mysql-cluster-gpl-7.2.6-linux2.6-x86_64 /usr/local/4.shell> cd /usr/local/5.shell> tar zxvf mysql-cluster-gpl-7.2.6-linux2.6-x86_64.tar.gz6.shell> mv mysql-cluster-gpl-7.2.6-linux2.6-x86_64 mysql7.shell> chown -R mysql:mysql mysql8.shell> cd mysql9.shell> scripts/mysql_install_db --user=mysql1.shell> cp support-files/mysql.server /etc/init.d/mysqld配置数据节点vi /etc/f 添加入如下内容1.[mysqld]2.ndbcluster # run NDB storage engine3.ndb-connectstring=192.168.6.134 # location of management server4.5.# Options for ndbd process:6.[mysql_cluster]7.ndb-connectstring=192.168.6.134 # location of management server1.shell> /usr/local/mysql/bin/ndb_mgmd -f /var/lib/mysql-cluster/config.ini --initial2.shell> netstat -lntpu3.看到1186开放说明启动正常1.★必须注意：只是在第一次启动或在备份／恢复或配置变化后重启ndbd时，才加–initial参数！5. 启动数据节点服务（192.168.6.135，192.168.6.136) Data (NDBD)node1.shell> /usr/local/mysql/bin/ndbd --initial备注：启动此处时，需要为防火墙开启1186,3306端口。
在两台机器上启动服务，执行相同操作★必须注意：只是在第一次启动或在备份／恢复或配置变化后重启ndbd时，才加–initial参数！启动结果如下：1.2012-06-30 05:01:11 [ndbd] INFO -- Angel connected to '192.168.6.134:1186'2.2012-06-30 05:01:11 [ndbd] INFO -- Angel allocated nodeid: 36. 启动SQL节点服务（192.168.6.135，192.168.6.136) MySQLserver (SQL) node1.shell> service mysqld start如果在创建数据库时遇到如下错误1.Access denied for user ''@'localhost' to database 'mysql解决方法：1.首先停止mysqld服务，然后后台运行2.shell> /usr/local/mysql/bin/mysqld_safe --skip-grant-tables &3.shell> service mysqld start4.再用root登录，就一切正常看到nbdb服务和3306端口说明启动OK7. 功能测试在管理节点（192.168.6.134）上查看服务状态1.shell> /usr/local/mysql/bin/ndb_mgm2.ndb_mgm> show1.Connected to Management Server at: localhost:11862.Cluster Configuration3.---------------------4.[ndbd(NDB)] 2 node(s)5.id=2 @192.168.6.135 (mysql-5.5.22 ndb-7.2.6, Nodegroup: 0, Master)6.id=3 @192.168.6.136 (mysql-5.5.22 ndb-7.2.6, Nodegroup: 0)7.8.[ndb_mgmd(MGM)] 1 node(s)9.id=1 @192.168.6.134 (mysql-5.5.22 ndb-7.2.6)10.11.[mysqld(API)] 2 node(s)12.id=4 @192.168.6.135 (mysql-5.5.22 ndb-7.2.6)13.id=5 @192.168.6.136 (mysql-5.5.22 ndb-7.2.6)可以看到这里的数据节点、管理节点、sql节点都是正常的★非常重要：1.在建表的时候一定要用ENGINE=NDB或ENGINE=NDBCLUSTER指定使用NDB集群存储引擎，或用ALTER TABLE选项更改表的存储引擎。
2.NDB表必须有一个主键，因此创建表的时候必须定义主键，否则NDB存储引擎将自动生成隐含的主键。
3.Sql节点的用户权限表仍然采用MYISAM存储引擎保存的，所以在一个Sql节点创建的MySql用户只能访问这个节点，如果要用同样的用户访问别的Sql节点，需要在对应的Sql 节点追加用户。
虽然在MySql Cluster7.2版本开始提供了”用户权限共享”.测试一：现在我们在其中一个数据节点上进行相关数据库的创建,然后到另外一个数据节点上看看数据是否同步在数据节点1（192.168.6.135）上执行：1.shell> /usr/local/mysql/bin/mysql -u root -p2.mysql>show databases;3.mysql>create database aa;4.mysql>use aa;5.mysql>CREATE TABLE ctest2 (i INT) ENGINE=NDB; //这里必须指定数据库表的引擎为NDB,否则同步失败6.mysql> INSERT INTO ctest2 () VALUES (1);7.mysql> SELECT * FROM ctest2;然后在数据节点2上看数据是否同步过来了经过测试，在非master上创建数据，可以同步到master上查看表的引擎是不是NDB，>show create table 表名；测试二、关闭一个数据节点，在另外一个节点写输入，开启关闭的节点，看数据是否同步过来首先把数据节点1重启，然后在节点2上添加数据在节点2(192.168.6.136)上操作如下：mysql> create database bb;1.mysql> use bb2.mysql> CREATE TABLE ctest3 (i INT) ENGINE=NDB;3.mysql> use aa4.mysql> INSERT INTO ctest2 () VALUES (3333);mysql> SELECT * FROM ctest2;1.等节点1启动完毕，启动节点1的服务#/usr/local/mysql/bin/ndbd --initial#service mysqld start然后登录进去查看数据# /usr/local/mysql/bin/mysql -u root –p可以看到数据已经同步过来了，说明数据可以双向同步了。
8. 关闭集群1.关闭管理节点和数据节点，只需要在管理节点（ClusterMgm--134）里执行：1.shell> /usr/local/mysql/bin/ndb_mgm -e shutdown显示1.Connected to Management Server at: localhost:11862. 2 NDB Cluster node(s) have shutdown.3.Disconnecting to allow management server to shutdown.2.然后关闭Sql节点（135,136），分别在2个节点里运行：1.shell> /etc/init.d/mysql stop2.Shutting down MySQL... SUCCESS!注意：要再次启动集群，就按照第4,5,6步的启动步骤即可，不过这次启动数据节点的时候就不要加”–initial”参数了。