管理节点启动：#首次运行、备份或者config.ini配置变化时加--initial[root@mysql-manager mysql-cluster]# /usr/local/mysql/bin/ndb_mgmd -f /var/lib/mysql-cluster/config.ini --initial查看启动后的端口情况：
[root@mysql-manager mysql-cluster]# netstat -lntpu
管理节点检验
[root@mysql-manager /]# /usr/local/mysql/bin/ndb_mgm 【已经配置环境变量，可以直接使用：ndb_mgm】
管理节点关闭
[root@mysql-manager /]# /usr/local/mysql/bin/ndb_mgm -e shutdown
数据节点启动：初始化加参数：--initial
[root@mysql-NODE1 var]# /usr/local/mysql/bin/ndbd --initial
数据节点关闭：
先通过命令：ps -ef|grep ndbd
找出所有线程，然后通过 ：kill -9 线程号
关闭数据节点
SQL节点启动：service mysqld start 【即：mysql数据库服务的启动】
SQL节点关闭：service mysqld stop
mysql集群节点启动顺序：
管理节点启动》》》》数据节点启动》》》》SQL节点启动
mysql集群节点关闭顺序：
SQL节点关闭》》》》数据节点关闭》》》》管理节点关闭
注意：必须按顺序启动，也就是管理节点启动后，启动所有的数据节点，最后才可能启动SQL节点，只要有一个数据节点没启动，最终管理节点上显示的都是不正常 的。
10.1.130.10到19的9台服务器搭建的集群管理节点路径
2015年08月24日开始搭建的集群，因为管理节点上本来就安装了mysql数据库，所以集群管理服务的路径是：
/usr/local/mysql/bin/bin/ndb_mgmd
所以首次启动或者配置变化后启动命令需要使用：
/usr/local/mysql/bin/bin/ndb_mgmd -f /var/lib/mysql-cluster/config.ini --initial
检查命令使用：
/usr/local/mysql/bin/bin/ndb_mgm
关闭命令使用：
/usr/local/mysql/bin/bin/ndb_mgm -e shutdown
20150827日记：
经过多次操作发现：
修改管理节点的配置文件里面的以下内容，都需要重新初始化启动，包括：管理节点，数据节点
修改参数（任何参数）的值，修改如果不希望清空数据，需要重启管理节点，启动时 加参数 --reload
然后 依次 restart 所有数据节点（必须一个完全重启成功后才可以重启下一个节点），这个过程需要一些时间才能完成。
实验过程修改的是：
1、NoOfReplicas=2 #每个节点的镜像数量
DataMemory=5G #每个数据节点中给数据分配的内存
IndexMemory=500M #每个数据节点中给索引分配的内存此3个参数改过几次，每次都要重新初始化管理节点和数据节点2、修改数据节点的Datadir即文件路径必须重新初始化管理节点和数据节点路径修改的原因：开始的时候6个节点数据文件路径都是：/gtabigdata/data/mysql/data后来发现10.1.130.16，17,19 三台的以上路径没空间，所以改为：/mysql/data
另外：建磁盘表过程中，按照文档所设计的日志文件组大小可以创建，修改就不可以。原因尚未查明，可能是因为集群搭建过程完全保留很多参数的默认值，所以不能创建太大的空间。
集群配置参数详解官网：http://dev.mysql.com/doc/refman/5.6/en/index.html
查看linux下各盘空间使用情况命令：df 单位以字节显示df -h #单位以G显示
20150828：
昨天建的数据文件只给100M，导数据一下就满了，需要添加数据文件：
涉及如下维护脚本：
1.查看表空间使用率
mysql>SELECT TABLESPACE_NAME, FILE_NAME, EXTENT_SIZE*TOTAL_EXTENTS/1024/1024 AS TOTAL_MB, EXTENT_SIZE*FREE_EXTENTS/1024/1024 AS FREE_MB, EXTRA FROM information_schema.FILES WHERE FILE_TYPE='DATAFILE';
2.查看表大小
mysql> select table_name,table_rows,data_length,index_length from information_schema.TABLES where TABLE_SCHEMA='test';
3.查看数据分布
[root@localhost ~]#ndb_desc tb_area -d test -p --tb_area为表名，test为数据库名
当表是 TAQ_201504 数据库是 testndb_desc TAQ_201504 -d test -p
4.查看Cluster剩余内存
[root@localhost ~]#ndb_mgm
ndb_mgm> ALL REPORT MEMORYUSAGE ;
5.添加数据文件
alter tablespace ts_cloudstore add datafile'cloudstore_data_3.dbf' initial_size 10G engine ndbcluster; 6. centos 查看内存使用情况 free -m 以MB为单位显示 free -h 以GB为单位显示7.centos查看进程情况： top
20150831：
du：查询文件或文件夹的磁盘使用空间
如果当前目录下文件和文件夹很多，使用不带参数du的命令，可以循环列出所有文件和文件夹所使用的空间。这对查看究竟是那个地方过大是不利的，所以得指定 深入目录的层数，参数：--max-depth=，这是个极为有用的参数！如下，注意使用“*”，可以得到文件的使用空间大小.
[root@cslave9 mysql]# du -h --max-depth=2 /mysql/data/ndb_7_fs
9.8M/mysql/data/ndb_7_fs/D9/DBLQH
9.8M/mysql/data/ndb_7_fs/D9
257M/mysql/data/ndb_7_fs/D8/DBLQH
257M/mysql/data/ndb_7_fs/D8
664K/mysql/data/ndb_7_fs/D1/DBDICT
88K/mysql/data/ndb_7_fs/D1/DBDIH
756K/mysql/data/ndb_7_fs/D1
664K/mysql/data/ndb_7_fs/D2/DBDICT
88K/mysql/data/ndb_7_fs/D2/DBDIH
756K/mysql/data/ndb_7_fs/D2
9.8M/mysql/data/ndb_7_fs/D10/DBLQH
9.8M/mysql/data/ndb_7_fs/D10
1.3G/mysql/data/ndb_7_fs/LCP/1
1.3G/mysql/data/ndb_7_fs/LCP/0
2.6G/mysql/data/ndb_7_fs/LCP
256M/mysql/data/ndb_7_fs/D11/DBLQH
256M/mysql/data/ndb_7_fs/D11
14G/mysql/data/ndb_7_fs
因为上周/gtabigdata/data下没有空间，所以修改了3台服务器的数据存储路径为/mysql/data现在发现每台服务器上的/gtabigdata/data 都有超过100G的空间，决定修改存储路径为/gtabigdata/data，所以需要每台服务器上都执行如下命令：
[root@cslave9 mysql]# pwd
/gtabigdata/data/mysql因为上周建的是磁盘表，修改配置文件后，用--initial选项启动集群时，不会删除磁盘上的数据文件，必须手动删除。 所以执行以下命令删除数据文件，为了方便，直接将整个目录删除，再创建，并授权。
[root@cslave9 mysql]# rm -rf /gtabigdata/data/mysql/data
[root@cslave9 mysql]# mkdir data
[root@cslave9 mysql]# chown -R mysql:mysql /gtabigdata/data/mysql/data
mysql cluster 备份与恢复：
第一步：备份
ndb_mgm> start backup
Waiting for completed, this may take several minutes
Node 2: Backup 1 started from node 1
Node 2: Backup 1 started from node 1 completed
StartGCP: 754639 StopGCP: 754642
#Records: 41251 #LogRecords: 0
Data: 17702688 bytes Log: 0 bytes
第二步：关闭集群
ndb_mgm> shutdown
Node 2: Cluster shutdown initiated
Node 3: Cluster shutdown initiated
Node 3: Node shutdown completed.
3 NDB Cluster node(s) have shutdown.
Disconnecting to allow management server to shutdown.
Node 2: Node shutdown completed.
以上会关闭管理节点，数据节点，SQL节点需要到SQL节点服务器进行单独关闭mysql服务
第三步：删除数据库（开始只清空表里面的数据，发现恢复的时候，只能恢复主数据节点的，从数据节点恢复失败，不过应该是因为id=6 (not connected, accepting connect from any host) 开始还原的时候，nodeid取值7，应该是6才是空闲的）
第四步：启动集群（按顺序，管理节点》存储节点（加初始化参数启动）》sql节点）管理节点启动：[root@cmanager ~]# /usr/local/mysql/bin/ndb_mgmd -f /var/lib/mysql-cluster/config.ini
MySQL Cluster Management Server mysql-5.6.24 ndb-7.4.62个数据节点启动：
[root@cslave1 BACKUP-1]# /usr/local/mysql/bin/ndbd --initial
2015-09-08 16:25:07 [ndbd] INFO -- Angel connected to '192.168.106.125:1186'
2015-09-08 16:25:07 [ndbd] INFO -- Angel allocated nodeid: 22个SQL阶段启动：
[root@cslave1 BACKUP-1]# service mysqld restart
第五步：主存储节点上恢复数据以及结构：
[root@cslave1 BACKUP-1]# /usr/local/mysql/bin/ndb_restore -n2 -b2 -r -m --backup_path=/gtabigdata/data1/mysql/BACKUP/BACKUP-2/ --ndb-connectstring=nodeid=10,10.1.130.10
Nodeid = 2
Backup Id = 1
backup path = /usr/local/mysql/data/BACKUP/BACKUP-1/
Opening file '/usr/local/mysql/data/BACKUP/BACKUP-1/BACKUP-1.2.ctl'
File size 29100 bytes
Backup version in files: ndb-6.3.11 ndb version: mysql-5.6.24 ndb-7.4.6
Stop GCP of Backup: 754641
Connected to ndb!!
Successfully restored table `test/def/TAQ_201504`
Successfully restored table event REPL$test/TAQ_201504
Create foreign keys
Create foreign keys done
Opening file '/usr/local/mysql/data/BACKUP/BACKUP-1/BACKUP-1-0.2.Data'
File size 8863124 bytes
_____________________________________________________
Processing data in table: mysql/def/NDB$BLOB_7_3(8) fragment 0
_____________________________________________________
Processing data in table: mysql/def/ndb_index_stat_sample(5) fragment 0
_____________________________________________________
Processing data in table: sys/def/NDB$EVENTS_0(3) fragment 0
_____________________________________________________
Processing data in table: mysql/def/ndb_apply_status(9) fragment 0
_____________________________________________________
Processing data in table: mysql/def/ndb_index_stat_head(4) fragment 0
_____________________________________________________
Processing data in table: test/def/TAQ_201504(10) fragment 0
_____________________________________________________
Processing data in table: sys/def/SYSTAB_0(2) fragment 0
_____________________________________________________
Processing data in table: mysql/def/ndb_schema(7) fragment 0
Opening file '/usr/local/mysql/data/BACKUP/BACKUP-1/BACKUP-1.2.log'
File size 52 bytes
Restored 19619 tuples and 0 log entries
NDBT_ProgramExit: 0 - OK以上信息表明 主数据节点恢复成功！nodeid=6 这个地方第一次恢复时写的是7，是空闲的是6，所以恢复时只恢复了一半的数据，从数据节点恢复失败。第二次改为6 才完整的恢复且无报错。
第六步：从存储节点上恢复数据：
[root@cslave2 BACKUP-1]# /usr/local/mysql/bin/ndb_restore -n3 -b1 -r -d --backup_path=/usr/local/mysql/data/BACKUP/BACKUP-1/ --ndb-connectstring=nodeid=5,192.168.106.125
Nodeid = 3
Backup Id = 1
backup path = /usr/local/mysql/data/BACKUP/BACKUP-1/
Opening file '/usr/local/mysql/data/BACKUP/BACKUP-1/BACKUP-1.3.ctl'
File size 29100 bytes
Backup version in files: ndb-6.3.11 ndb version: mysql-5.6.24 ndb-7.4.6
Stop GCP of Backup: 754641
Connected to ndb!!
Opening file '/usr/local/mysql/data/BACKUP/BACKUP-1/BACKUP-1-0.3.Data'
File size 8840108 bytes
_____________________________________________________
Processing data in table: mysql/def/NDB$BLOB_7_3(8) fragment 1
_____________________________________________________
Processing data in table: mysql/def/ndb_index_stat_sample(5) fragment 1
_____________________________________________________
Processing data in table: sys/def/NDB$EVENTS_0(3) fragment 1
_____________________________________________________
Processing data in table: mysql/def/ndb_apply_status(9) fragment 1
_____________________________________________________
Processing data in table: mysql/def/ndb_index_stat_head(4) fragment 1
_____________________________________________________
Processing data in table: test/def/TAQ_201504(10) fragment 1
_____________________________________________________
Processing data in table: sys/def/SYSTAB_0(2) fragment 1
_____________________________________________________
Processing data in table: mysql/def/ndb_schema(7) fragment 1
Opening file '/usr/local/mysql/data/BACKUP/BACKUP-1/BACKUP-1.3.log'
File size 52 bytes
Restored 19574 tuples and 0 log entries
NDBT_ProgramExit: 0 - OK以上信息表明，从数据节点恢复也成功！
第七步：在SQL节点上操作验证恢复结果：show databases，没看到任何数据库，并不是失败，需要create database 你备份的数据.然后在这新库中show表，可以看到数据都回来了。
mysql> show databases;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 2
Current database: *** NONE ***
+--------------------+
| Database |
+--------------------+
| information_schema |
| BACKUP |
| mysql |
| ndb_2_fs |
| ndbinfo |
| performance_schema |
+--------------------+
6 rows in set (0.00 sec) 以上列表没有test库，因为刚才删除了mysql> create database test;
Query OK, 1 row affected (0.05 sec)
mysql> use test;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql> show tables;
+----------------+
| Tables_in_test |
+----------------+
| TAQ_201504 |
+----------------+
1 row in set (0.00 sec)
mysql> select count(*) from TAQ_201504 ;--至此 数据恢复完成且完整。
+----------+
| count(*) |
+----------+
| 39193 |
+----------+
1 row in set (0.00 sec)
部分参数的解释：
/usr/local/mysql/bin/ndb_restore 还原命令
-n 当前存储节点的nodeid
-b 要还原的backupid
-r 数据开关，也就是还原数据了
-m 还原表结构
--ndb-connectstring=nodeid=6,192.168.106.125 是管理节点IP，nodeid=6,是因为管理节点上show出所有SQL节点是：
ndb_mgm> show
Cluster Configuration
---------------------
[ndbd(NDB)]2 node(s)
[email protected] (mysql-5.6.24 ndb-7.4.6, Nodegroup: 0, *)
[email protected] (mysql-5.6.24 ndb-7.4.6, Nodegroup: 0)
[ndb_mgmd(MGM)]1 node(s)
[email protected] (mysql-5.6.24 ndb-7.4.6)
[mysqld(API)]3 node(s)
[email protected] (mysql-5.6.24 ndb-7.4.6)
id=6 (not connected, accepting connect from any host)
[email protected] (mysql-5.6.24 ndb-7.4.6)
其中id=6 (not connected, accepting connect from any host) 这是为下一个SQL节点准备的空闲节点，网上说改为8也可以，实际是不可以的，试过了。
GRANT all ON *.* TO 'root'@'%' IDENTIFIED BY '密码';