MySql性能调试

MySql自带的mysqlslap命令用来检测数据服务器接受并发的能力

mysqlslap --concurrency=100 --iterations=1 --create-schema='sunboDataBase' --query='select * from Table1;' --number-of-queries=10 --debug-info -p123456 -uroot
--create-schema=name:指定测试的数据库名
--query：指定测试的SQL语句
--concurrency=100：模拟100个客户端
--number-of-queries=1000：同时并发 1000次
--iterations=1：迭代执行次数
--debug-info:打印输出服务器内存等信息
-p123456:数据库密码123456
-uroot:数据库登陆用户root
-h 172.16.81.99：远程数据库地址
-P 3306：端口号

更加详细的使用 请转至http://chuansong.me/n/450436251034

MySql查看命令和设置

• 性能瓶颈定位Show命令
  我们可以通过show命令查看MySQL状态及变量，找到系统的瓶颈：
  Mysql> show status ——显示状态信息（扩展show status like ‘XXX’）
Mysql> show variables ——显示系统变量（扩展show variables like ‘XXX’）
Mysql> show innodb status ——显示InnoDB存储引擎的状态
Mysql> show processlist ——查看当前SQL执行，包括执行状态、是否锁表等
Shell> mysqladmin variables -u username -p password——显示系统变量
Shell> mysqladmin extended-status -u username -p password——显示状态信息
  查看状态变量及帮助：
  比较全的Show命令的使用可参考： http://blog.phpbean.com/a.cn/18/

• 慢查询日志
  检测MySQL是否开启慢日志功能

MariaDB [(none)]> show variables like "slow%";
+---------------------+---------------------------+
| Variable_name       | Value                     |
+---------------------+---------------------------+
| slow_launch_time    | 2                         |
| slow_query_log      | OFF                       |
| slow_query_log_file | VM_63_166_centos-slow.log |
+---------------------+---------------------------+
3 rows in set (0.00 sec)

• 开启慢日志
  MariaDB [(none)]> set global slow_query_log=ON;
• 设置超时需要记录的时间
  为便于演示，我们将全局和session级别long_query_time设置为1
  root@localhost[tempdb]> set global long_query_time=1;
root@localhost[tempdb]> set session long_query_time=1;
  只要是SQL语句执行超过1S的就会记录在VM_63_166_centos-slow.log
• 设置没有使用索引的SQl也要记录在日志里
  root@localhost[tempdb]> set global log_queries_not_using_indexes=1;

慢查询分析mysqldumpslow

• 对于Log里数据比较多的时候 可以使用mysqldumpslow进行过滤
  [root@VM_63_166_centos ~]# mysqldumpslow -s t -g "insert" /var/lib/mysql/VM_63_166_centos-slow.log
  -s, 是表示按照何种方式排序，c、t、l、r分别是按照记录次数、时间、查询时间、返回的记录数来排序，ac、at、al、ar，表示相应的倒叙；
  -t, 是top n的意思，即为返回前面多少条的数据；
  -g, 后边可以写一个正则匹配模式，大小写不敏感的；

使用mysqldumpslow命令可以非常明确的得到各种我们需要的查询语句，对MySQL查询语句的监控、分析、优化是MySQL优化非常重要的一步。开启慢查询日志后，由于日志记录操作，在一定程度上会占用CPU资源影响mysql的性能，但是可以阶段性开启来定位性能瓶颈。

explain分析查询

使用 EXPLAIN 关键字可以模拟优化器执行SQL查询语句，从而知道MySQL是如何处理你的SQL语句的。这可以帮你分析你的查询语句或是表结构的性能瓶颈。通过explain命令可以得到:

1. 表的读取顺序

• 数据读取操作的操作类型
• 哪些索引可以使用
• 哪些索引被实际使用
• 表之间的引用
• 每张表有多少行被优化器查询

MariaDB [sunboDataBase]> explain select * from Table1执行如下

+------+-------------+--------+-------+------+---------+------+--------+-------+
| id   | select_type | table  | type | possible_keys | key  | key_len | ref  | rows   | Extra |
+------+-------------+--------+------+---------------+------+---------+------+--------+-------+
|    1 | SIMPLE      | Table1 | ALL  | NULL          | NULL | NULL    | NULL | 630842 |       |
+------+-------------+--------+------+---------------+------+---------+------+--------+-------+
1 row in set (0.00 sec)

EXPLAIN字段：

• Table：显示这一行的数据是关于哪张表的
• type：这是最重要的字段之一，显示查询使用了何种类型。从最好到最差的连接类型为system、const、eq_reg、ref、range、index和ALL
• possible_keys：显示可能应用在这张表中的索引。如果为空，没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句
• key：实际使用的索引。如果为NULL，则没有使用索引。MYSQL很少会选择优化不足的索引，此时可以在SELECT语句中使用USE INDEX（index）来强制使用一个索引或者用IGNORE INDEX（index）来强制忽略索引
• key_len：使用的索引的长度。在不损失精确性的情况下，长度越短越好
• ref：显示索引的哪一列被使用了，如果可能的话，是一个常数
• rows：MySQL认为必须检索的用来返回请求数据的行数

由于SQL语句比较少以下情况没有出现 先一放等遇到了在解决

• nsystem、const：可以将查询的变量转为常量. 如id=1; id为 主键或唯一键.
• neq_ref：访问索引,返回某单一行的数据.(通常在联接时出现，查询使用的索引为主键或惟一键)
• nref：访问索引,返回某个值的数据.(可以返回多行) 通常使用=时发生
• nrange：这个连接类型使用索引返回一个范围中的行，比如使用>或<查找东西，并且该字段上建有索引时发生的情况(注:不一定好于index)
• nindex：以索引的顺序进行全表扫描，优点是不用排序,缺点是还要全表扫描
• nALL：全表扫描，应该尽量避免

Extra：关于MYSQL如何解析查询的额外信息，主要有以下几种

• nusing index：只用到索引,可以避免访问表.
• nusing where：使用到where来过虑数据. 不是所有的where clause都要显示using where. 如以=方式访问索引.
• nusing tmporary：用到临时表
• nusing filesort：用到额外的排序. (当使用order by v1,而没用到索引时,就会使用额外的排序)
• nrange checked for eache record(index map:N)：没有好的索引.

索引及查询优化

• 全文索引：MYSQL从3.23.23开始支持全文索引和全文检索。在MYSQL中，全文索引的索引类型为FULLTEXT。全文索引可以在VARCHAR或者TEXT类型的列上创建。
• MySQL可以为多个列创建索引。一个索引可以包括15个列。对于某些列类型，可以索引列的左前缀
  多列索引有一个特点，即最左前缀（Leftmost Prefixing）。假如有一个多列索引为key(firstname lastname age)，当搜索条件是以下各种列的组合和顺序时，MySQL将使用该多列索引：

firstname，lastname，age
firstname，lastname
firstname

也就是说，相当于还建立了key(firstname lastname)和key(firstname)。

合理的建立索引的建议：

1. 越小的数据类型通常更好：越小的数据类型通常在磁盘、内存和CPU缓存中都需要更少的空间，处理起来更快。
2. 简单的数据类型更好：整型数据比起字符，处理开销更小，因为字符串的比较更复杂。在MySQL中，应该用内置的日期和时间数据类型，而不是用字符串来存储时间；以及用整型数据类型存储IP地址。
3. 尽量避免NULL：应该指定列为NOT NULL，除非你想存储NULL。在MySQL中，含有空值的列很难进行查询优化，因为它们使得索引、索引的统计信息以及比较运算更加复杂。你应该用0、一个特殊的值或者一个空串代替空值
4. 当结果集只有一行数据时使用LIMIT 1
5. 避免SELECT *，始终指定你需要的列
6. 使用连接（JOIN）来代替子查询(Sub-Queries)
7. 使用ENUM、CHAR 而不是VARCHAR，使用合理的字段属性长度
8. 尽可能的使用NOT NULL
9. 固定长度的表会更快
10. 拆分大的DELETE 或INSERT 语句
11. 查询的列越小越快

Where条件

在查询中，WHERE条件也是一个比较重要的因素，尽量少并且是合理的where条件是很重要的，尽量在多个条件的时候，把会提取尽量少数据量的条件放在前面，减少后一个where条件的查询时间。

有些where条件会导致索引无效：

Ø where子句的查询条件里有！=，MySQL将无法使用索引。

Ø where子句使用了Mysql函数的时候，索引将无效，比如：select * from tb where left(name, 4) = ‘xxx’

Ø 使用LIKE进行搜索匹配的时候，这样索引是有效的：select * from tbl1 where name like ‘xxx%’，而like ‘%xxx%’ 时索引无效