mysql优化show命令慢查询日志 explain profiling

Myth丶恋晨 2022-05-25 14:26 227阅读 0赞

**一、优化概述**

**二、查询与索引优化分析**

1性能瓶颈定位

Show命令

慢查询日志

explain分析查询

profiling分析查询

2索引及查询优化

**三、配置优化**

1)      max\_connections

2)      back\_log

3)      interactive\_timeout

4)      key\_buffer\_size

5)      query\_cache\_size

6)      record\_buffer\_size

7)      read\_rnd\_buffer\_size

8)      sort\_buffer\_size

9)      join\_buffer\_size

10)    table\_cache

11)    max\_heap\_table\_size

12)    tmp\_table\_size

13)    thread\_cache\_size

14)    thread\_concurrency

15)    wait\_timeout

一、 优化概述

![c4019126-65f8-329e-ad9e-1419dfc6c56a.jpg][]

MySQL数据库是常见的两个瓶颈是CPU和I/O的瓶颈，CPU在饱和的时候一般发生在数据装入内存或从磁盘上读取数据时候。磁盘I/O瓶颈发生在装入数据远大于内存容量的时候，如果应用分布在网络上，那么查询量相当大的时候那么平瓶颈就会出现在网络上，我们可以用mpstat, iostat, sar和vmstat来查看系统的性能状态。

除了服务器硬件的性能瓶颈，对于MySQL系统本身，我们可以使用工具来优化数据库的性能，通常有三种：使用索引，使用EXPLAIN分析查询以及调整MySQL的内部配置。

# 二、查询与索引优化分析 #

在优化MySQL时，通常需要对数据库进行分析，常见的分析手段有慢查询日志，EXPLAIN 分析查询，profiling分析以及show命令查询系统状态及系统变量，通过定位分析性能的瓶颈，才能更好的优化数据库系统的性能。

## 1 性能瓶颈定位 ##

### 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——显示状态信息

查看状态变量及帮助：

Shell> mysqld --verbose --help \[|more \#逐行显示\]

比较全的Show命令的使用可参考： http://blog.phpbean.com/a.cn/18/

### 慢查询日志 ###

**慢查询日志开启：**

在配置文件my.cnf或my.ini中在\[mysqld\]一行下面加入两个配置参数

log-slow-queries=/data/mysqldata/slow-query.log

long\_query\_time=2

注：log-slow-queries参数为慢查询日志存放的位置，一般这个目录要有mysql的运行帐号的可写权限，一般都将这个目录设置为mysql的数据存放目录；

long\_query\_time=2中的2表示查询超过两秒才记录；

在my.cnf或者my.ini中添加log-queries-not-using-indexes参数，表示记录下没有使用索引的查询。

log-slow-queries=/data/mysqldata/slow-query.log

long\_query\_time=10

log-queries-not-using-indexes

**慢查询日志开启方法二：**

我们可以通过命令行设置变量来即时启动慢日志查询。由下图可知慢日志没有打开，slow\_launch\_time=\# 表示如果建立线程花费了比这个值更长的时间,slow\_launch\_threads计数器将增加

![点击查看原始大小图片][1ab917dc-9820-331b-a418-60c880352110.jpg]

设置慢日志开启

![点击查看原始大小图片][aa8807d8-7101-3f56-9d97-c05970d92b18.jpg]

MySQL后可以查询 long\_query\_time 的值 。

![450ed532-5169-3331-ad32-7219af2fb618.jpg][]

为了方便测试，可以将修改慢查询时间为5秒。

![0fef58e4-65aa-3432-9df2-0a1939fffa8d.jpg][]

**慢查询分析mysqldumpslow**

我们可以通过打开log文件查看得知哪些SQL执行效率低下

\[root@localhost mysql\]\# moreslow-query.log

\# Time: 081026 19:46:34

\# User@Host: root\[root\] @ localhost \[\]

\# Query\_time: 11 Lock\_time: 0 Rows\_sent: 1 Rows\_examined: 6552961

select count(\*) from t\_user;

从日志中，可以发现查询时间超过5 秒的SQL，而小于5秒的没有出现在此日志中。

如果慢查询日志中记录内容很多，可以使用mysqldumpslow工具（MySQL客户端安装自带）来对慢查询日志进行分类汇总。mysqldumpslow对日志文件进行了分类汇总，显示汇总后摘要结果。

进入log的存放目录，运行

\[root@mysql\_data\]\#mysqldumpslow slow-query.log

Reading mysql slow query log fromslow-query.log

Count: 2 Time=11.00s (22s) Lock=0.00s (0s) Rows=1.0 (2), root\[root\]@mysql

select count(N) from t\_user;

mysqldumpslow命令

/path/mysqldumpslow-s c -t 10 /database/mysql/slow-query.log

这会输出记录次数最多的10条SQL语句，其中：

\-s, 是表示按照何种方式排序，c、t、l、r分别是按照记录次数、时间、查询时间、返回的记录数来排序，ac、at、al、ar，表示相应的倒叙；

\-t, 是top n的意思，即为返回前面多少条的数据；

\-g, 后边可以写一个正则匹配模式，大小写不敏感的；

例如：

/path/mysqldumpslow-s r -t 10 /database/mysql/slow-log

得到返回记录集最多的10个查询。

/path/mysqldumpslow-s t -t 10 -g “left join” /database/mysql/slow-log

得到按照时间排序的前10条里面含有左连接的查询语句。

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

### explain分析查询 ###

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

– 表的读取顺序

– 数据读取操作的操作类型

– 哪些索引可以使用

– 哪些索引被实际使用

– 表之间的引用

– 每张表有多少行被优化器查询

![点击查看原始大小图片][2335c19f-6c69-36fa-b5d6-7aec3c52c18f.jpg]

EXPLAIN字段：

ØTable：显示这一行的数据是关于哪张表的

Øpossible\_keys：显示可能应用在这张表中的索引。如果为空，没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句

Økey：实际使用的索引。如果为NULL，则没有使用索引。MYSQL很少会选择优化不足的索引，此时可以在SELECT语句中使用USE INDEX（index）来强制使用一个索引或者用IGNORE INDEX（index）来强制忽略索引

Økey\_len：使用的索引的长度。在不损失精确性的情况下，长度越短越好

Øref：显示索引的哪一列被使用了，如果可能的话，是一个常数

Ørows：MySQL认为必须检索的用来返回请求数据的行数

Øtype：这是最重要的字段之一，显示查询使用了何种类型。从最好到最差的连接类型为system、const、eq\_reg、ref、range、index和ALL

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(indexmap:N)：没有好的索引.

![点击查看原始大小图片][c1ca82fd-77ad-3bcf-896b-b0bf1c4f7998.png]

###     ###

### profiling分析查询 ###

通过慢日志查询可以知道哪些SQL语句执行效率低下，通过explain我们可以得知SQL语句的具体执行情况，索引使用等，还可以结合show命令查看执行状态。

如果觉得explain的信息不够详细，可以同通过profiling命令得到更准确的SQL执行消耗系统资源的信息。

profiling默认是关闭的。可以通过以下语句查看

![8fcb4aeb-2e69-3a98-9102-6aa88b0a5cfc.jpg][]

打开功能： mysql>set profiling=1; 执行需要测试的sql 语句：

![2ae8dc66-025f-3602-a517-14e354542c3e.jpg][]

mysql> show profiles\\G; 可以得到被执行的SQL语句的时间和ID

mysql>show profile forquery 1; 得到对应SQL语句执行的详细信息

Show Profile命令格式：

SHOW PROFILE \[type\[, type\] … \]

\[FOR QUERY n\]

\[LIMIT row\_count \[OFFSET offset\]\]

type:

ALL

| BLOCK IO

| CONTEXTSWITCHES

| CPU

| IPC

| MEMORY

| PAGEFAULTS

| SOURCE

| SWAPS

![adac5368-a4d6-3810-aeed-d56720061cfc.png][]

![659480b5-866c-3629-b475-4edd2c8d4bdc.jpg][]

以上的16rows是针对非常简单的select语句的资源信息，对于较复杂的SQL语句，会有更多的行和字段，比如converting HEAP to MyISAM 、Copying totmp table等等，由于以上的SQL语句不存在复杂的表操作，所以未显示这些字段。通过profiling资源耗费信息，我们可以采取针对性的优化措施。

测试完毕以后 ，关闭参数： mysql> set profiling=

[c4019126-65f8-329e-ad9e-1419dfc6c56a.jpg]: /images/20220525/971bd582163047e4995e9c7d730461c3.png
[1ab917dc-9820-331b-a418-60c880352110.jpg]: /images/20220525/7ac843f98567434ca1212b528ca63446.png
[aa8807d8-7101-3f56-9d97-c05970d92b18.jpg]: /images/20220525/435e499d543f49b5a98c0428f558709e.png
[450ed532-5169-3331-ad32-7219af2fb618.jpg]: /images/20220525/b23b3576cedd4063950fcafc3d0f286c.png
[0fef58e4-65aa-3432-9df2-0a1939fffa8d.jpg]: /images/20220525/f7411b657ae14c0ab32a5a409cb02729.png
[2335c19f-6c69-36fa-b5d6-7aec3c52c18f.jpg]: /images/20220525/b51b0d85ee634b5e937a6af83149c41d.png
[c1ca82fd-77ad-3bcf-896b-b0bf1c4f7998.png]: /images/20220525/34375394aa2f45bd96a9451d0b9a41a8.png
[8fcb4aeb-2e69-3a98-9102-6aa88b0a5cfc.jpg]: /images/20220525/72401347f41e4f9da1fb0a3ca2987375.png
[2ae8dc66-025f-3602-a517-14e354542c3e.jpg]: /images/20220525/aceca2769396467a99a75a23625eb189.png
[adac5368-a4d6-3810-aeed-d56720061cfc.png]: /images/20220525/7f1e02ab4d154a818d9b88074a1fd3ea.png
[659480b5-866c-3629-b475-4edd2c8d4bdc.jpg]: /images/20220525/2ddd195e8f26431fa5c2e0d9599268bb.png