3. MySQL的优化

day_ue

已于 2022-10-18 21:06:57 修改

阅读量106

点赞数 1

分类专栏：数据库文章标签： mysql 数据库 sql

于 2021-06-27 19:32:40 首次发布

本文链接：https://blog.csdn.net/day_ue/article/details/118278629

版权

数据库专栏收录该内容

3 篇文章 0 订阅

订阅专栏

1. 存储引擎

1.1 存储引擎

和其它数据库相比，MySQL有点与众不同，它的架构可以在多种不同场景中应用并发挥良好作用。主要体现在存储引擎的架构上，

插件式的存储引擎架构将查询处理和其它的系统任务以及数据的存储提取相分离。这种架构可以根据业务的需求和实际需要选择合适的存储引擎。

1.连接层

最上层是一些客户端和连接服务，包含本地sock通信和大多数基于客户端/服务端工具实现的类似于tcp/ip的通信。主要完成一些类似于连接处理、授权认证、及相关的安全方案。在该层上引入了线程池的概念，为通过认证安全接入的客户端提供线程。同样在该层上可以实现基于SSL的安全链接。服务器也会为安全接入的每个客户端验证它所具有的操作权限。

2.服务层

第二层架构主要完成大多少的核心服务功能，如SQL接口，并完成缓存的查询，SQL的分析和优化及部分内置函数的执行。所有跨存储引擎的功能也在这一层实现，如过程、函数等。在该层，服务器会解析查询并创建相应的内部解析树，并对其完成相应的优化如确定查询表的顺序，是否利用索引等，最后生成相应的执行操作。如果是select语句，服务器还会查询内部的缓存。如果缓存空间足够大，这样在解决大量读操作的环境中能够很好的提升系统的性能。
3.引擎层

存储引擎层，存储引擎真正的负责了MySQL中数据的存储和提取，服务器通过API与存储引擎进行通信。不同的存储引擎具有的功能不同，这样我们可以根据自己的实际需要进行选取。后面介绍MyISAM和InnoDB
4.存储层

数据存储层，主要是将数据存储在运行于裸设备的文件系统之上，并完成与存储引擎的交互。

1.2 查看命令

查看MySQL的版本

select version();

看你的mysql现在已提供什么存储引擎
```
mysql> show engines;
```
看你的mysql当前默认的存储引擎:

 show variables like '%storage_engine%';

1.3 MyISAM和InnoDB

对比项	MyISAM	InnoDB
外键	不支持	支持
事务	不支持	支持
锁类型	表锁，即使操作一条记录也会锁住整个表，不适合高并发	行锁，操作时只锁住某一行，不影响其他行，适合高并发
缓存	只缓存索引，不缓存真实数据	不仅缓存索引，还缓存数据，对内存要求高，而且内存大小对性能有决定性的影响
表空间	小	大
关注点	性能	事务
默认安装	Y	Y

2. Join查询

2.1 SQL执行顺序（一般情况）

手写

机读

总结

2.2 七中join类型

（1）创建示例

CREATE TABLE `tbl_dept` (
 `id` INT(11) NOT NULL AUTO_INCREMENT,
 `deptName` VARCHAR(30) DEFAULT NULL,
 `locAdd` VARCHAR(40) DEFAULT NULL,
 PRIMARY KEY (`id`)
) ENGINE=INNODB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;
CREATE TABLE `tbl_emp` (
 `id` INT(11) NOT NULL AUTO_INCREMENT,
 `name` VARCHAR(20) DEFAULT NULL,
 `deptId` INT(11) DEFAULT NULL,
 PRIMARY KEY (`id`),
 KEY `fk_dept_id` (`deptId`)
 #CONSTRAINT `fk_dept_id` FOREIGN KEY (`deptId`) REFERENCES `tbl_dept` (`id`)
) ENGINE=INNODB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;
INSERT INTO tbl_dept(deptName,locAdd) VALUES('RD',11);
INSERT INTO tbl_dept(deptName,locAdd) VALUES('HR',12);
INSERT INTO tbl_dept(deptName,locAdd) VALUES('MK',13);
INSERT INTO tbl_dept(deptName,locAdd) VALUES('MIS',14);
INSERT INTO tbl_dept(deptName,locAdd) VALUES('FD',15);
INSERT INTO tbl_emp(NAME,deptId) VALUES('z3',1);
INSERT INTO tbl_emp(NAME,deptId) VALUES('z4',1);
INSERT INTO tbl_emp(NAME,deptId) VALUES('z5',1);
INSERT INTO tbl_emp(NAME,deptId) VALUES('w5',2);
INSERT INTO tbl_emp(NAME,deptId) VALUES('w6',2);
INSERT INTO tbl_emp(NAME,deptId) VALUES('s7',3);
INSERT INTO tbl_emp(NAME,deptId) VALUES('s8',4);
INSERT INTO tbl_emp(NAME,deptId) VALUES('s9',51);

（2）案例sql

-- 1 A、B两表共有
 select * from tbl_emp a inner join tbl_dept b on a.deptId = b.id;
-- 2 A、B两表共有+A的独有
 select * from tbl_emp a left join tbl_dept b on a.deptId = b.id;
-- 3 A、B两表共有+B的独有
 select * from tbl_emp a right join tbl_dept b on a.deptId = b.id;
-- 4 A的独有 
select * from tbl_emp a left join tbl_dept b on a.deptId = b.id where b.id is null; 
-- 5 B的独有
 select * from tbl_emp a right join tbl_dept b on a.deptId = b.id where a.deptId is null; #B的独有
-- 6 AB全有
#MySQL Full Join的实现 因为MySQL不支持FULL JOIN,下面是替代方法
 #left join + union(可去除重复数据)+ right join
SELECT * FROM tbl_emp A LEFT JOIN tbl_dept B ON A.deptId = B.id
UNION
SELECT * FROM tbl_emp A RIGHT JOIN tbl_dept B ON A.deptId = B.id
-- 7 A的独有+B的独有
SELECT * FROM tbl_emp A LEFT JOIN tbl_dept B ON A.deptId = B.id WHERE B.`id` IS NULL
UNION
SELECT * FROM tbl_emp A RIGHT JOIN tbl_dept B ON A.deptId = B.id WHERE A.`deptId` IS NULL;

3. 索引和数据处理

3.1 索引的基本概念

3.1.1 何为索引

MySQL官方对索引的定义为：索引（Index）是帮助MySQL高效获取数据的数据结构。索引本质：索引是数据结构。你可以简单理解为排好序的快速查找数据结构。索引的目的在于提高查询效率。

在数据之外，数据库系统还维护着满足特定查找算法的数据结构，这些数据结构以某种方式引用（指向）数据，这样就可以在这些数据结构上实现高级查找算法。这种数据结构，就是索引。下图就是一种可能的索引方式示例：

左边是数据表，一共有两列七条记录，最左边的是数据记录的物理地址。为了加快Col2的查找，可以维护一个右边所示的二叉查找树，每个节点分别包含索引键值和一个指向对应数据记录物理地址的指针，这样就可以运用二叉查找在一定的复杂度内获取到相应数据，从而快速的检索出符合条件的记录。

数据本身之外，数据库还维护着一个满足特定查找算法的数据结构，这些数据结构以某种方式指向数据，这样就可以在这些数据结构的基础上实现高级查找算法，这种数据结构就是索引。

一般来说索引本身也很大，不可能全部存储在内存中，因此索引往往以索引文件的形式存储的磁盘上。我们平常所说的索引，如果没有特别指明，都是指B树(多路搜索树，多路平衡查找树，并不一定是二叉的)结构组织的索引

注意：B-树，不是B减树，而是B树

3.1.2 优劣势

（1）优势

类似大学图书馆建书目索引，提高数据检索的效率，降低数据库的IO成本
通过索引列对数据进行排序，降低数据排序的成本，降低了CPU的消耗

（2）劣势

索引维护了一张表，存储了主键与索引字段，并指向实体表的记录，所以表示占用内存空间的
虽然索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行事务性操作INSERT、UPDATE和DELETE。

3.1.3 索引的分类

（1）单值索引：即一个索引只包含单个列，一个表可以有多个单列索引

（2）唯一索引：索引列的值必须唯一，但允许有空值

（3）复合索引：即一个索引包含多个列

3.1.4 基本语法

（1）创建索引

-- 方式一
CREATE  [UNIQUE ] INDEX indexName ON mytable(columnname(length)); 
-- 方式二
ALTER TABLE 表名 ADD  [UNIQUE ]  INDEX [indexName] ON (columnname(length))
--  该语句添加一个主键，这意味着索引值必须是唯一的，且不能为NULL
ALTER TABLE tbl_name ADD PRIMARY KEY (column_list)
-- 这条语句创建索引的值必须是唯一的（除了NULL外，NULL可能会出现多次）
ALTER TABLE tbl_name ADD UNIQUE index_name (column_list)
-- 添加普通索引，索引值可出现多次
ALTER TABLE tbl_name ADD INDEX index_name (column_list)

（2）删除

DROP INDEX [indexName] ON mytable;

（3）查看索引

SHOW INDEX FROM table_name/G

3.2 explain

执行计划可以查看表的读取顺序，读取操作的类型，索引的使用情况，表之间的引用，每张表有多少行被优化器查询。

+----+-------------+--------+------+---------------+------+---------+------+------+-------+
| id | select_type | table  | type | possible_keys | key  | key_len | ref  | rows | Extra |
+----+-------------+--------+------+---------------+------+---------+------+------+-------+
|  1 | SIMPLE      | movies | ALL  | NULL          | NULL | NULL    | NULL | 1191 |       |
+----+-------------+--------+------+---------------+------+---------+------+------+-------+

3.2.1 id

select查询的序列号,包含一组数字，表示查询中执行select子句或操作表的顺序

id相同：执行顺序由上至下

id不同：如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行

既有相同又有不同

id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行。衍生 = DERIVED

3.2.2 select_type

查询的类型，主要是用于区别：普通查询、联合查询、子查询等的复杂查询

SIMPLE	简单的 select 查询,查询中不包含子查询或者UNION
PRIMARY	查询中若包含任何复杂的子部分，最外层查询则被标记为
SUBQUERY	在SELECT或WHERE列表中包含了子查询
DERIVED	在FROM列表中包含的子查询被标记为DERIVED(衍生)MySQL会递归执行这些子查询, 把结果放在临时表里。
UNION	若第二个SELECT出现在UNION之后，则被标记为UNION；若UNION包含在FROM子句的子查询中,外层SELECT将被标记为：DERIVED
UNION RESULT	从UNION表获取结果的SELECT

3.2.3 table

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

3.2.4 type

type显示的是访问类型，是较为重要的一个指标，结果值从最好到最坏依次是：

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

system>const>eq_ref>ref>range>index>ALL

一般来说，得保证查询至少达到range级别，最好能达到ref。

system

表只有一行记录（等于系统表），这是const类型的特列，平时不会出现，这个也可以忽略不计。
const

表示通过索引一次就找到了,const用于比较primary key或者unique索引。因为只匹配一行数据，所以很快如将主键置于where列表中，MySQL就能将该查询转换为一个常量

eq_ref

唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描

非唯一性索引扫描，返回匹配某个单独值的所有行.本质上也是一种索引访问，它返回所有匹配某个单独值的行，然而，它可能会找到多个符合条件的行，所以他应该属于查找和扫描的混合体

range

只检索给定范围的行,使用一个索引来选择行。key 列显示使用了哪个索引一般就是在你的where语句中出现了between、<、>、in等的查询。这种范围扫描索引扫描比全表扫描要好，因为它只需要开始于索引的某一点，而结束语另一点，不用扫描全部索引。

index

Full Index Scan，index与ALL区别为index类型只遍历索引树。这通常比ALL快，因为索引文件通常比数据文件小。（也就是说虽然all和Index都是读全表，但index是从索引中读取的，而all是从硬盘中读的）"

Full Table Scan，将遍历全表以找到匹配的行

3.2.5 possible_keys

显示可能应用在这张表中的索引，一个或多个。查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询实际使用。

3.2.6 key

实际使用的索引。如果为NULL，则没有使用索引。查询中若使用了覆盖索引，则该索引和查询的select字段重叠

3.2.7 key_len

表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。在不损失精确性的情况下，长度越短越好。key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的。

key_len的计算

（1）数据类型长度

数值类型

日期和时间

datetime类型在5.6中字段长度是5个字节，datetime类型在5.5中字段长度是8个字节

字符串类型

（2）计算方法估值表

key_len表示索引使用的字节数，根据这个值，就可以判断索引使用情况，特别是在组合索引的时候，判断所有的索引字段是否都被查询用到。

char和varchar跟字符编码也有密切的联系,latin1占用1个字节，gbk占用2个字节，utf8占用3个字节。（不同字符编码占用的存储空间不同）

（3）案例演示

字符型
- 索引字段为char类型+不可为Null时
- 索引字段为char类型+允许为Null时
- 索引字段为varchar类型+不可为Null时
变长字段需要额外的2个字节（VARCHAR值保存时只保存需要的字符数，另加一个字节来记录长度(如果列声明的长度超过255，则使用两个字节)，所以VARCAHR索引长度计算时候要加2）
- 索引字段为varchar类型+允许为Null时
整数/浮点数/时间类型的索引长度

整数类型，浮点数类型，时间类型的索引长度
NOT NULL=字段本身的字段长度
        NULL=字段本身的字段长度+1(因为需要有是否为空的标记，这个标记需要占用1个字节)
datetime类型在5.6中字段长度是5个字节，datetime类型在5.5中字段长度是8个字节

小结

变长字段需要额外的2个字节（VARCHAR值保存时只保存需要的字符数，另加一个字节来记录长度(如果列声明的长度超过255，则使用两个字节)，所以VARCAHR索引长度计算时候要加2），固定长度字段不需要额外的字节。

而NULL都需要1个字节的额外空间,所以索引字段最好不要为NULL，因为NULL让统计更加复杂并且需要额外的存储空间。

所以，复合索引有最左前缀的特性，如果复合索引能全部使用上，则是复合索引字段的索引长度之和，这也可以用来判定复合索引是否部分使用，还是全部使用。

3.2.8 ref

显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或常量被用于查找索引列上的值

由key_len可知t1表的idx_col1_col2被充分使用，col1匹配t2表的col1，col2匹配了一个常量，即 ‘ac’

查询中与其它表关联的字段，外键关系建立索引

3.2.9 rows

根据表统计信息及索引选用情况，大致估算出找到所需的记录所需要读取的行数

3.2.10 extra

包含不适合在其他列中显示但十分重要的额外信息

Using filesort

说明mysql会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。MySQL中无法利用索引完成的排序操作称为“文件排序”

查询中排序的字段，排序字段若通过索引去访问将大大提高排序速度

Using temporary

使了用临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序 order by 和分组查询 group by。

USING index

表示相应的select操作中使用了覆盖索引(Covering Index)，避免访问了表的数据行，效率不错！如果同时出现using where，表明索引被用来执行索引键值的查找;如果没有同时出现using where，表明索引用来读取数据而非执行查找动作。

如果同时出现using where，表明索引被用来执行索引键值的查找;

如果没有同时出现using where，表明索引用来读取数据而非执行查找动作。

Using where

表明使用了where过滤

using join buffer

使用了连接缓存

impossible where

where子句的值总是false，不能用来获取任何元组

4. 索引失效处理

创建案例表

CREATE TABLE staffs (
  id INT PRIMARY KEY AUTO_INCREMENT,
  NAME VARCHAR (24) NOT NULL DEFAULT '' COMMENT '姓名',
  age INT NOT NULL DEFAULT 0 COMMENT '年龄',
  pos VARCHAR (20) NOT NULL DEFAULT '' COMMENT '职位',
  add_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '入职时间'
) CHARSET utf8 COMMENT '员工记录表' ;
INSERT INTO staffs(NAME,age,pos,add_time) VALUES('z3',22,'manager',NOW());
INSERT INTO staffs(NAME,age,pos,add_time) VALUES('July',23,'dev',NOW());
INSERT INTO staffs(NAME,age,pos,add_time) VALUES('2000',24,'dev',NOW());
SELECT * FROM staffs;
ALTER TABLE staffs ADD INDEX idx_staffs_nameAgePos(name, age, pos);

（1）全值匹配我最爱

EXPLAIN SELECT * FROM staffs WHERE NAME = 'July';
EXPLAIN SELECT * FROM staffs WHERE NAME = 'July' AND age = 25;
EXPLAIN SELECT * FROM staffs WHERE NAME = 'July' AND age = 25 AND pos = 'dev';

（2）最佳左前缀法则

如果索引了多列，要遵守最左前缀法则。指的是查询从索引的最左前列开始并且不跳过索引中的列。

EXPLAIN SELECT * FROM staffs WHERE age = 25 AND pos = 'dev';
EXPLAIN SELECT * FROM staffs WHERE pos = 'dev';

（3）不在索引列上做任何操作（计算、函数、(自动or手动)类型转换），会导致索引失效而转向全表扫描

EXPLAIN SELECT * FROM staffs WHERE left(NAME,4) = 'July';

（4）存储引擎不能使用索引中范围条件右边的列

（5）尽量使用覆盖索引(只访问索引的查询(索引列和查询列一致))，减少select

（6）mysql 在使用不等于(!= 或者<>)的时候无法使用索引会导致全表扫描

（7）注意null/not null对https://yuepengfei-1258421470.cos.ap-shanghai.myqcloud.com/mysql索引的可能影响

情况一

-- 建议新建一个库，试试测试脚本

CREATE TABLE staffs (

  id INT PRIMARY KEY AUTO_INCREMENT,

  NAME VARCHAR (24) NOT NULL DEFAULT '' COMMENT '姓名',

  age INT NOT NULL DEFAULT 0 COMMENT '年龄',

  pos VARCHAR (20) NOT NULL DEFAULT '' COMMENT '职位',

  add_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '入职时间'

) CHARSET utf8 COMMENT '员工记录表' ;

INSERT INTO staffs(NAME,age,pos,add_time) VALUES('z3',22,'manager',NOW());

ALTER TABLE staffs ADD INDEX idx_staffs_nameAgePos(NAME, age, pos);

ALTER TABLE staffs ADD INDEX idx_staffs_name(NAME);

EXPLAIN SELECT * FROM staffs WHERE NAME IS NULL;

EXPLAIN SELECT * FROM staffs WHERE NAME IS NOT NULL;

情况二

-- 测试脚本如下：

CREATE TABLE staffs2 (

  id INT PRIMARY KEY AUTO_INCREMENT,

  NAME VARCHAR (24),

  age INT NOT NULL DEFAULT 0 COMMENT '年龄',

  pos VARCHAR (20) NOT NULL DEFAULT '' COMMENT '职位',

  add_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '入职时间'

) CHARSET utf8 COMMENT '员工记录表' ;

INSERT INTO staffs2(NAME,age,pos,add_time) VALUES('z3',22,'manager',NOW());

ALTER TABLE staffs2 ADD INDEX idx_staffs2_nameAgePos(NAME, age, pos);

ALTER TABLE staffs2 ADD INDEX idx_staffs2_name(NAME);

EXPLAIN SELECT * FROM staffs2 WHERE NAME IS NULL;

EXPLAIN SELECT * FROM staffs2 WHERE NAME IS NOT NULL;

（8）like以通配符开头(‘%abc…’)mysql索引失效会变成全表扫描的操作

问题：解决like '%字符串%'时索引不被使用的方法？？

CREATE TABLE `tbl_user` (
 `id` INT(11) NOT NULL AUTO_INCREMENT,
 `NAME` VARCHAR(20) DEFAULT NULL,
 `age` INT(11) DEFAULT NULL,
 email VARCHAR(20) DEFAULT NULL,
 PRIMARY KEY (`id`)
) ENGINE=INNODB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;
#drop table tbl_user
INSERT INTO tbl_user(NAME,age,email) VALUES('1aa1',21,'b@163.com');
INSERT INTO tbl_user(NAME,age,email) VALUES('2aa2',222,'a@163.com');
INSERT INTO tbl_user(NAME,age,email) VALUES('3aa3',265,'c@163.com');
INSERT INTO tbl_user(NAME,age,email) VALUES('4aa4',21,'d@163.com');
INSERT INTO tbl_user(NAME,age,email) VALUES('aa',121,'e@163.com');
#before index
EXPLAIN SELECT NAME,age    FROM tbl_user WHERE NAME LIKE '%aa%';
EXPLAIN SELECT id    FROM tbl_user WHERE NAME LIKE '%aa%';
EXPLAIN SELECT NAME     FROM tbl_user WHERE NAME LIKE '%aa%';
EXPLAIN SELECT age   FROM tbl_user WHERE NAME LIKE '%aa%';
EXPLAIN SELECT id,NAME    FROM tbl_user WHERE NAME LIKE '%aa%';
EXPLAIN SELECT id,NAME,age FROM tbl_user WHERE NAME LIKE '%aa%';
EXPLAIN SELECT NAME,age FROM tbl_user WHERE NAME LIKE '%aa%';
EXPLAIN SELECT *     FROM tbl_user WHERE NAME LIKE '%aa%';
EXPLAIN SELECT id,NAME,age,email  FROM tbl_user WHERE NAME LIKE '%aa%';
#create index
CREATE INDEX idx_user_nameAge ON tbl_user(NAME,age);
#DROP INDEX idx_user_nameAge ON tbl_user
#after index
EXPLAIN SELECT * FROM tbl_user WHERE NAME =800 AND age = 33;

（9）字符串不加单引号索引失效

（10）少用or,用它来连接时会索引失效

总结

假设index(a,b,c)
Where语句
索引是否被使用
where a = 3
Y,使用到a
where a = 3 and b = 5
Y,使用到a，b
where a = 3 and b = 5 and c = 4
Y,使用到a,b,c
where b = 3 或者 where b = 3 and c = 4  或者 where c = 4
N
where a = 3 and c = 5
使用到a， 但是c不可以，b中间断了
where a = 3 and b > 4 and c = 5
使用到a和b， c不能用在范围之后，b断了
where a = 3 and b like 'kk%' and c = 4
Y,使用到a,b,c
where a = 3 and b like '%kk' and c = 4
Y,只用到a
where a = 3 and b like '%kk%' and c = 4
Y,只用到a
where a = 3 and b like 'k%kk%' and c = 4
Y,使用到a,b,c

 【优化口诀】
 全职匹配我最爱，最左前缀要遵守；
 带头大哥不能死，中间兄弟不能断；
 索引列上少计算，范围之后全失效；
 LIKE百分写最右，覆盖索引不写*；
 不等空值还有OR，索引影响要注意；
 VAR引号不可丢， SQL优化有诀窍。

5. 如何发现有问题的SQL

5.1 检查慢查日志是否开启

mysql> show variables like 'slow_query_log';
+----------------+-------+
| Variable_name  | Value |
+----------------+-------+
| slow_query_log | OFF   |
+----------------+-------+
1 row in set (0.00 sec)

查看若有日志的变量信息

mysql> show variables like '%log%';

开启慢查日志

-- show variables like '%log%' 返回的有慢查文件的位置
-- slow_query_log      | OFF  						   |
-- slow_query_log_file | /var/lib/mysql/mysql-slow.log |
mysql> set global slow_query_log=on;
Query OK, 0 rows affected (0.32 sec)
-- 慢查询日志的位置
mysql>set global slow_query_log_file=' /var/lib/mysql/mysql-host-slow.log ' 
-- 开启 记录没有使用索引查询语句(这里其实不用打开它)
mysql>set global log_queries_not_using_indexes=on;
-- 大于1秒钟的数据记录到慢日志中，如果设置为默认0，则会有大量的信息存储在磁盘中，磁盘很容易满掉
mysql>set global long_query_time=1;

验证慢查询是否开启

# 查询一个表，慢查文件
tail -f /var/lib/mysql/mysql-slow.log

5.2 慢查日志存储内容

慢查日志格式

1、Time: 180526 1:06:54 查询的执行时间

2、User@Host: root[root] @ localhost [] Id: 4 执行sql的主机信息

3、Query_time: 0.000401 Lock_time: 0.000105 Rows_sent: 2 Rows_examined: 2 SQL的执行信息：

Query_time：SQL的查询时间

Lock_time：锁定时间

Rows_sent：所发送的行数

Rows_examined：锁扫描的行数

4、SET timestamp=1527268014; SQL执行时间

5、select * from staff; SQL的执行内容