---from mysql性能调优与架构+自己笔记

1,大致环境

SQLNode1:192.168.70.1

SQLNode2:192.168.70.2

StorageNode1:192.168.70.3

StorageNode2:192.168.70.4

ManageNode1:192.168.70.5

2，ndb编译

//安装SQL节点(SQLNode)

[root@server /]#./configure --prefix=/usr/local/mysql --without-debug --without-bench \

--enable-thread-safe-client --enable-assembler --with-charset=utf8 \

--with-extra-charsets=complex --with-client-ldflags=-all-static \

--with-MySQLd-ldflags=-all-static --with-ndbcluster --with-server-suffix=-MAX \

--datadir=/data/mysqldata --with-unix-socket=/usr/local/mysql/sock/mysql.sock

[root@server /]#make

[root@server /]#make install

2,编辑/etc/my.conf

[client]

socket=/usr/local/mysql/sock/mysql.sock

[MySQLd]

socket = /usr/local/mysql/sock/mysql.sock

ndbcluster

[MySQL_cluster]

ndb-connectstring = 192.168.70.5

[root@server /]#cd /usr/local/mysql

[root@server mysql]# bin/mysql_install_db --user=mysql --socket=/usr/local/mysql/sock/mysql.sock

[root@server mysql]#chown -R root .

[root@server mysql]#chgrp -R mysql .

[root@server mysql]#chown -R mysql.mysql /usr/local/mysql/etc

[root@server mysql]#chown -R mysql.mysql /usr/local/mysql/sock

[root@server mysql]#chown -R mysql.mysql /usr/local/mysql/log

//安装NDB存储节点(StorageNode)

在mysql官方用rpm包安装

编辑/etc/my.conf

[MySQL_cluster]

ndb-connectstring = 192.168.70.5

//安装管理节点(ManageNode)

管理节点需要ndb_mgm和ndb_mgmd两个程序即可。在mysql节点的安装目录中得bin目录下可以找到。

配置文件/var/lib/mysql-cluster/config.ini

[NDB DEFAULT]

NoOfReplicas=2

DataMemory=64m

IndexMemory=16m

[TCP_DEFAULT]

portnumber=2202

[NDB_MGMD]

id=1

hostname=192.168.70.5

datadir=/var/lib/mysql-cluster

[NDBD]

id=2

hostname=192.168.70.3

datadir=/data/mysqldata

[NDBD]

id=3

hostname=192.168.70.4

datadir=/drbddata/mysqldata

[MySQLD]

id=4

hostname=192.168.70.1

[MySQLD]

id=5

hostname=192.168.70.2

//测试搭建环境

NDB管理

1,各节点启动与关闭

启动顺序：管理节点--->NDB节点--->SQL节点。

//启动管理节点

[root@server /]# ndb_mgmd -f /var/lib/mysql-cluster/config.ini

//启动用于存储数据的ndb节点

要启动存储节点，必须在每一台ndb 节点主机上面都执行ndbd 程序，如果是第一次启动，则需要添加--initial 参数，以便进行ndb 节点的初始化工作。但是，在以后的启动过程中，是不能添加该参数的，否则ndbd 程序会清除在之前建立的所有用于恢复的数据。

文件和日志文件

[root@server /]# ndbd --initial

//启动SQL节点

[root@server /]#mysqld_safe --user=mysql &

节点状态检查

通过ndb_mgm来查看各节点状态

[root@server /]#ndb_mgm -e show

节点的关闭操作

在MySQL Cluster 环境中，NDB 节点和管理节点的关闭都可以在管理节点的管理程序中

完成，但是SQL 节点却没办法。

所以，在关闭整个MySQL Cluster 环境或者关闭某个SQL节点的时候，首先必须到SQL 节点主机上来关闭SQL 节点程序。关闭方法和MySQL Server的关闭一样，就不累述。而NDB 节点和管理节点则都可以在管理节点通过管理程序来完成。

ndb_mgm>shutdown

基本优化思路

由于mysql cluster是一个分布式的数据库系统，与单机mysql server在优化方面区别主要体现在：各节点之间的协作配置以及网络环境相关的优化。访问需要经过超过一个节点(一个SQL节点和一个NDB节点)才能完成，所以各节点之间的协作配合就显得尤为重要。

1，各节点之间存在的大量的数据通讯，mysql cluster支持(tcp/ip,sci socket等方式)来进行互联，还支持myrinet,infiniband,via接口。

2，sql节点和ndb主机性能应该匹配。

数据库性能状态

QPS(每秒Query 量)：这里的QPS 实际上是指MySQL Server 每秒执行的Query

总量，在MySQL 5.1.30 及以下版本可以通过Questions 状态值每秒内的变化量

来近似表示，而从MySQL 5.1.31 开始，则可以通过Queries 来表示。Queries 是

在MySQL 5.1.31 才新增的状态变量。主要解决的问题就是Questions 状态变量

并没有记录存储过程中所执行的Query(当然，在无存储过程的老版本MySQL 中

则不存在这个区别)，而Queries 状态变量则会记录。二者获取方式：

QPS=questions(or queries)/Seconds

mysql> SHOW /*!50000 GLOBAL */ STATUS like 'Queries';

mysql> SHOW /*!50000 GLOBAL */ STATUS like 'Questions';

TPS(每秒事务量)： 在MySQL Server 中并没有直接事务计数器，我们只能通过

回滚和提交计数器来计算出系统的事务量。

TPS = (Com_commit + Com_rollback) / Seconds

如果我们还使用了分布式事务，那么还需要将Com_xa_commit 和

Com_xa_rollback 两个状态变量的值加上。

//Key Buffer 命中率：Key Buffer 命中率代表了MyISAM 类型表的索引的Cache命中率。该命中率的大小将直接影响MyISAM 类型表的读写性能。Key Buffer 命中率实际上包括读命中率和写命中率两种，MySQL 中并没有直接给出这两个命中率的值，但是可以通过如下方式计算出来：

key_buffer_read_hits = (1 - Key_reads / Key_read_requests) * 100%

key_buffer_write_hits= (1 - Key_writes / Key_write_requests) * 100%

获取所需状态变量值：

mysql> SHOW /*!50000 GLOBAL */ STATUS LIKE 'Key%';

//Innodb Buffer 命中率：这里Innodb Buffer 所指的是innodb_buffer_pool，也就是用来缓存Innodb 类型表的数据和索引的内存空间。

MySQL Server 提供的相应状态值计算出其命中率：

innodb_buffer_read_hits=(1-Innodb_buffer_pool_reads/Innodb_buffer_pool_read_requests) * 100%

mysql>SHOW /*!50000 GLOBAL*/ STATUS LIKE 'Innodb_buffer_pool_read%';

//Query Cache 命中率：如果我们使用了Query Cache，那么对Query Cache 命中率进行监控:

Query_cache_hits= (Qcache_hits / (Qcache_hits + Qcache_inserts)) * 100%

mysql>SHOW /*!50000 GLOBAL*/ STATUS LIKE 'Qcache%';

Table Cache 状态量：Table Cache 的当前状态量可以帮助我们判断系统参数table_open_cache 的设置是否合理。如果状态变量Open_tables 与Opened_tables 之间的比率过低，则代表Table Cache 设置过小，个人认为该值处于80% 左右比较合适。注意，这个值并不是准确的Table Cache 命中率。获取所需状态变量值：

mysql>SHOW /*!50000 GLOBAL*/ STATUS LIKE 'Open%';

Thread Cache 命中率：Thread Cache 命中率能够直接反应出我们的系统参数thread_cache_size 设置的是否合理。一个合理的thread_cache_size 参数能够节约大量创建新连接时所需要消耗的资源。Thread Cache 命中率计算方式如下：

Thread_cache_hits = (1 - Threads_created / Connections) * 100%

mysql>SHOW /*!50000 GLOBAL*/ STATUS LIKE 'Thread%';

锁定状态：锁定状态包括表锁和行锁两种，我们可以通过系统状态变量获得锁定总次数，锁定造成其他线程等待的次数，以及锁定等待时间信息。

mysql>SHOW /*!50000 GLOBAL*/ STATUS LIKE '%lock%';

复制延时量：复制延时量将直接影响了Slave 数据库处于不一致状态的时间长短。如果我们是通过Slave 来提供读服务，就不得不重视这个延时量。在Slave 节点上执行:

mysql> show slave status\G;

取Seconds_Behind_Master 项的值来了解Slave 当前的延时量(单位：秒);

Tmp table 状况：Tmp Table 的状况主要是用于监控MySQL 使用临时表的量是否过多，是否有临时表过大而不得不从内存中换出到磁盘文件上;

mysql> SHOW /*!50000 GLOBAL*/ STATUS LIKE 'Created_tmp%';

+-------------------------+-------+

| Variable_name           | Value |

+-------------------------+-------+

| Created_tmp_disk_tables | 1184  |

....

| Created_tmp_tables      | 2241  |

+-------------------------+-------+

从中可以发现2241次使用临时表，其中1184次临时表比较大，无法在内存中完成，必须使用磁盘文件。如果Created_tmp_disk_tables非常大，可能是系统中排序操作过多，或者表连接方式不是很优化。如果Created_tmp_disk_tables/ Created_tmp_tables比率超过10%,考虑tmp_table_size参数设置过小：

mysql> show variables like 'tmp_table_size';

+----------------+----------+

| Variable_name  | Value    |

+----------------+----------+

| tmp_table_size | 16777216 |

+----------------+----------+

Binlog Cache 使用状况：Binlog Cache 用于存放还未写入磁盘的Binlog 信息。

mysql> SHOW /*!50000 GLOBAL*/ STATUS LIKE 'Binlog_cache%';

+-----------------------+-------+

| Variable_name         | Value |

+-----------------------+-------+

| Binlog_cache_disk_use | 219   |

| Binlog_cache_use      | 301   |

如果Binlog_cache_disk_use 值不为0，则说明Binlog Cache 大小可能不够，建议增加binlog_cache_size 系统参数大小。

Innodb_log_waits 量：Innodb_log_waits 状态变量直接反应出Innodb Log Buffer 空间不足造成等待的次数。

mysql>SHOW /*!50000 GLOBAL*/ STATUS LIKE 'Innodb_log_waits';

该变量值发生的频率将直接影响系统的写入性能，所以当该值达到每秒1 次时就该增加系统参数innodb_log_buffer_size 的值.

存储引擎支持事务

InnoDB：通过MVCC支持事务，允许COMMIT、ROLLBACK和保存点。

NDB：通过MVCC支持事务，允许COMMIT和ROLLBACK。

BDB：支持事务，允许COMMIT和ROLLBACK