备案控制台
开发者社区 数据库 文章 正文

查询截取分析【MySQL高级篇4】

2022-05-13 390
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
云数据库 RDS MySQL Serverless，0.5-2RCU 50GB
推荐场景：
学生管理系统数据库设计 搭建个人博客
云数据库 RDS MySQL Serverless，价值2615元额度，1个月
简介： 查询截取分析

1、查询优化

1.1、SQL 分析基本操作

  1. 观察一天查看生产环境 SQL 慢的情况；
  2. 开启慢查询日志，设置阈值，如超过 5s 的就是慢查询，并抓取 SQL；
  3. 使用 EXPLAIN + SQL 语句 查看慢SQL；
  4. 使用 show profile 进行进一步分析；
  5. 运维或DBA 进行 SQL 服务器参数调优；

1.2、小表驱动大表

  • 使用小表驱动大表，类似于多层循环，最外层最好循环次数要少，否则会消耗很长时间。
  • 同理当 MySQL 进行 CRUD 操作时会进行锁表操作时应当使用小的结果集驱动大的结果集。

第一种情况

select * from A where id in (select id from B) 
等价于
for select id from B
for select * from A where A.id = B.id
  • 当 B表的数据集必须小于 A表的数据集时，使用 in 优于 exists

第二种情况

select * from A where exists (select 1 from B where B.id = A.id) 
等价于
for select * from A
for select * from B where B.id = A.id
  • 当 A表数据集小于 B表数据集时，使用 exists 优于 in。

exists讲解

exists 语法 select... from table where exists (subquery)

  • 可以理解为：将主查询的数据，放到子查询中做条件验证，根据验证结果（TRUE、FALSE）来决定结果是否保留。
  1. exists(subquery) 只返回 TRUE、FALSE，因此子查询中的条件字段可以是 SELECT 1 或 SELECT X，官方的解释是在实际执行时会忽略 SELECT 清单，因此没有区别；
  2. exists 子查询的实际执行过程可能经过了优化而不是逐条对比；
  3. exists 子查询也可以使用条件表达式、其他子查询或者 JOIN 来替代，需要根据具体问题具体分析；

1.3、order by 关键字优化

1. 怎样会产生Using FileSort

  • 如果你建好了索引，并且按照一定的顺序进行了排序，然而后面的order by 排序未按照前面的索引顺序进行排序或者把前面的几个索引不用上直接使用了后面的索引都会导致Using FileSort。

2. ORDER BY简介

  • MySQL支持两种排序，FileSort和Index，Index效率高，它指MySQL扫描索引本身完成排序。FileSort方式效率较低。
  • ORDER BY子句尽量使用index方式进行排序，避免使用FileSort方式排序。
  • ORDER BY满足两种情况，会使用Index方式排序。如下：
  1. ORDER BY语句使用索引最左前列。
  2. 使用WHERE子句与ORDER BY子句条件列组合满足索引最左前列法则。

3. Case

- 第一条
mysql> explain select * from tblA where age > 20 order by age;
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+--------------------------+
| id | select_type | table | partitions | type  | possible_keys | key          | key_len | ref  | rows | filtered | Extra                    |
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+--------------------------+
|  1 | SIMPLE      | tblA  | NULL       | index | idx_ageBirth  | idx_ageBirth | 9       | NULL |    3 |   100.00 | Using where; Using index |
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+--------------------------+
1 row in set, 1 warning (0.00 sec)

- 第二条
mysql> explain select * from tblA where birth > '2016-01-28 00:00:00' order by age;
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+--------------------------+
| id | select_type | table | partitions | type  | possible_keys | key          | key_len | ref  | rows | filtered | Extra                    |
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+--------------------------+
|  1 | SIMPLE      | tblA  | NULL       | index | NULL          | idx_ageBirth | 9       | NULL |    3 |    33.33 | Using where; Using index |
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+--------------------------+
1 row in set, 1 warning (0.00 sec)


-第三条
mysql> explain select * from tblA where age > 20 order by age,birth;
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+--------------------------+
| id | select_type | table | partitions | type  | possible_keys | key          | key_len | ref  | rows | filtered | Extra                    |
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+--------------------------+
|  1 | SIMPLE      | tblA  | NULL       | index | idx_ageBirth  | idx_ageBirth | 9       | NULL |    3 |   100.00 | Using where; Using index |
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+--------------------------+
1 row in set, 1 warning (0.00 sec)
上述sql语句中的order by 后面遵守了索引排序（ 就是建索引咋排序的，order by 后面就咋排序，这样就不会导致 Using FileSort）。 
-第一条
mysql> explain select * from tblA where age > 20 order by birth;
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+------------------------------------------+
| id | select_type | table | partitions | type  | possible_keys | key          | key_len | ref  | rows | filtered | Extra                                    |
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+------------------------------------------+
|  1 | SIMPLE      | tblA  | NULL       | index | idx_ageBirth  | idx_ageBirth | 9       | NULL |    3 |   100.00 | Using where; Using index; Using filesort |
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+------------------------------------------+
1 row in set, 1 warning (0.00 sec)

-第二条
mysql> explain select * from tblA order by birth;
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+-----------------------------+
| id | select_type | table | partitions | type  | possible_keys | key          | key_len | ref  | rows | filtered | Extra                       |
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+-----------------------------+
|  1 | SIMPLE      | tblA  | NULL       | index | NULL          | idx_ageBirth | 9       | NULL |    3 |   100.00 | Using index; Using filesort |
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+-----------------------------+
1 row in set, 1 warning (0.00 sec)

-第三条
mysql> explain select * from tblA where birth > '2016-01-28 00:00:00' order by birth;
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+------------------------------------------+
| id | select_type | table | partitions | type  | possible_keys | key          | key_len | ref  | rows | filtered | Extra                                    |
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+------------------------------------------+
|  1 | SIMPLE      | tblA  | NULL       | index | NULL          | idx_ageBirth | 9       | NULL |    3 |    33.33 | Using where; Using index; Using filesort |
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+------------------------------------------+
1 row in set, 1 warning (0.00 sec)

-第四条
mysql> explain select * from tblA where age > 20 order by birth,age;
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+------------------------------------------+
| id | select_type | table | partitions | type  | possible_keys | key          | key_len | ref  | rows | filtered | Extra                                    |
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+------------------------------------------+
|  1 | SIMPLE      | tblA  | NULL       | index | idx_ageBirth  | idx_ageBirth | 9       | NULL |    3 |   100.00 | Using where; Using index; Using filesort |
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+------------------------------------------+
1 row in set, 1 warning (0.00 sec)
上述的sql语句就出现了Using FileSort。因为 第一、二、三条语句它前面的索引丢掉了而直接从后面开始了， 第四条sql语句未按照索引原先排好的序从而导致了外部排序。 
mysql> explain select * from tblA order by age ASC, birth DESC;
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+-----------------------------+
| id | select_type | table | partitions | type  | possible_keys | key          | key_len | ref  | rows | filtered | Extra                       |
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+-----------------------------+
|  1 | SIMPLE      | tblA  | NULL       | index | NULL          | idx_ageBirth | 9       | NULL |    3 |   100.00 | Using index; Using filesort |
+----+-------------+-------+------------+-------+---------------+--------------+---------+------+------+----------+-----------------------------+
1 row in set, 1 warning (0.00 sec)
因为 索引排序中的索引是按照升序进行排列的， 索引上面的sql语句会导致重排序（Using FileSort）。

4. 怎样避免出现Using FileSort

  • 尽可能在索引列上完成排序操作，遵照索引建的最佳左前缀。

5. FileSort的两种算法

  1. 双路排序
  • MySQL4.1之前是使用双路排序，字面意思是两次扫描磁盘，最终得到数据，读取行指针和order by列，对他们进行排序，然后扫描已经排序好的列表，按照列表中的值重新从列表中读取对应的数据输出。
  • 从磁盘取出排序字段，在buffer进行排序，再从磁盘取其他字段。
  • 取一批数据，要对磁盘进行两次扫描，众所周知，I\O是很耗时的，所以在mysql4.1之后，出现了第二种改进的算法，就是单路排序。
  1. 单路排序

从磁盘读取查询所需要的所有列，按照order by列在buffer对它们进行排序，然后扫描排序后的列表进行输出，它的效率更快一些，避免了第二次读取数据。并且把随机I\O变成了顺序I\O，但是它会使用更多的空间，因为它把每一行都保存在内存中了。

6. 单路排序出现的问题

  1. 出现的问题

在sort_buffer中，单路排序比双路排序要占用很多空间，因为单路排序是把所有字段都取出，所以有可能取出的数据的总大小超出了sort_buffer的容量，导致每次只能取sort_buffer容量大小的数据，进行排序（创建tmp文件，多路合并），排完再取出sort_buffer容量大小，再排.....从而多次I\O。本来想省一次I\O操作，反而导致了大量的I\O操作，反而得不偿失。

  1. 解决方法
  • 尝试提高sort_buffer_size：不管使用哪种算法，提高这个参数都会提高效率，当然，要根据系统的能力去提高，因为这个参数是针对每个进程的。
  • 尝试提高max_length_for_sort_data：提高这个参数，会增加改进算法的概率，但是如果设的太高，数据总容量超出sort_buffer_size的概率就增大，明显症状是高的磁盘I\O活动和低的处理器使用率。
  • ORDER BY时select * 是一个大忌
  1. 当Query的字段大小总和小于max_length_for_sort_data而且排序字段不是TEXT|BLOB类型时，会用改进的算法——单路排序，否则会使用老算法——多路排序。
  2. 两种算法的数据都有可能超出sort_buffer的容量，超出之后，会创建tmp文件进行合并排序，导致多次I\O，但是使用单路排序算法的风险会更大一些，所以要提高sort_buffer_size。

7.小结

  • MySQL两种排序方式：文件排序或扫描有序索引排序
  • MySQL能为排序与查询使用相同的索引

举例说明

KEY a_b_c(a,b,c)

-- order by 能使用索引最左前缀
ORDER BY a 
ORDER BY a,b
ORDER BY a,b,c
ORDER BY a DESC,b DESC,c DESC


-- 如果where使用索引的最左前缀定义为常量，则order by 能使用索引
where a = const order by b,c
where a = const and b = const order by c
where a = const order by b,c
where a = const and b > const order by b,c

-- 不能使用索引进行排序
order by a ASC,b DESC,c DESC -- 排序不一致
where g = const order by b,c -- 丢失a索引
where a = const order by c -- 丢失b索引
where a = const order by a,d -- d不是索引的一部分
where a in (...) order by b,c -- 对于排序来说，多个相等的条件也是范围查询。

1.4、group by关键字优化

  1. group by实质是先排序后进行分组，遵照索引建的最佳左前缀法则。
  2. 当无法使用索引列，增大max_length_for_sort_data参数的设置+增大sort_buffer_size参数的设置。
  3. where高于having，能写在where限定的条件就不要去having限定了。

2、慢查询日志

2.1、是什么？

  • MySQL的慢查询日志是MySQL提供的一种日志记录，它用来记录在MySQL中响应时间超过阀值的语句，具体指运行时间超过long_query_time值得SQL，则会被记录到慢查询日志中。

2.2、怎么玩？

1.说明

  • 默认情况下，MySQL数据库没有开启慢查询日志，需要我们手动来设置这个参数。
  • 当然，如果不是调优需要的话，一般不建议启动该参数，因为开启慢查询日志会或多或少带来一定的性能影响。慢查询日志支持将日志记录写入文件。

2. 查看是否开启及如何开启

--- 查看
show variables like '%slow_query_log%';


-- 查看结果
mysql> show variables like '%slow_query_log%';
+---------------------+-----------------------------------------------------+
| Variable_name       | Value                                               |
+---------------------+-----------------------------------------------------+
| slow_query_log      | OFF                                                 |
| slow_query_log_file | D:\MySQL\mysql-5.7.19\data\LAPTOP-T4PHKJJQ-slow.log |
+---------------------+-----------------------------------------------------+
2 rows in set, 1 warning (0.00 sec)



--- 开启 使用以下语句开启了慢查询日志只对当前数据库生效，如果MySQL重启后则会失效。
set global slow_query_log = 1;


-- 开启结果
mysql> show variables like '%slow_query_log%';
+---------------------+-----------------------------------------------------+
| Variable_name       | Value                                               |
+---------------------+-----------------------------------------------------+
| slow_query_log      | ON                                                  |
| slow_query_log_file | D:\MySQL\mysql-5.7.19\data\LAPTOP-T4PHKJJQ-slow.log |
+---------------------+-----------------------------------------------------+
2 rows in set, 1 warning (0.00 sec)
  • 如果想永久生效必须修改配置文件my.cnf（其它系统变量也是如此）。
  • 关于慢查询的参数slow_query_log_file，它指定慢查询日志文件的存放路径，系统默认会给一个缺省的文件host_name-slow.log（如果没有指定参数slow_query_log_file的话）。

3. 开启了慢查询日志之后，什么样的SQL才会记录到慢查询日志里面?

-- 这个是由long_query_time控制，默认情况下是10秒
show variables like 'long_query_time%';



-- 查询结果
mysql> show variables like 'long_query_time%';
+-----------------+-----------+
| Variable_name   | Value     |
+-----------------+-----------+
| long_query_time | 10.000000 |
+-----------------+-----------+
1 row in set, 1 warning (0.00 sec)


-- 可以使用命令修改，也可以在my.cnf参数里面修改。
假设运行时间正好等于 long_query_time的情况，并不会被记录下来。 在mysql源码里是判断大于long_query_time，而非大于等于。

4. 设置慢的阀值

-- 设置阀值为3
set global long_query_time = 3;

5. 设置后看不出变化，应该怎么办？


-- 1. 需要重新连接或新开一个会话再使用相关命令才能看到修改值。
mysql> show variables like 'long_query_time%';

-- 2. 

mysql> show global variables like 'long_query_time%';


-- 使用第二种方法的查询结果
mysql> show global variables like 'long_query_time%';
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 3.000000 |
+-----------------+----------+
1 row in set, 1 warning (0.00 sec)

6. 查询当前系统中有多少条慢查询记录

-- 查询命令
show global status like '%slow_queries%';

-- 查询结果
mysql> show global status like '%slow_queries%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Slow_queries  | 1     |
+---------------+-------+
1 row in set (0.00 sec)

7. 通过配置文件实现永久修改

my.cnf 文件中找到下面的位置复制以下代码，根据自己的实际情况配置参数和日志输出位置。

[mysqld]
slow_query_log=1 -- 开启/关闭慢查询日志
slow_query_log_file=/var/lib/mysql/xxx-slow.log -- 慢查询日志文件输出位置和名称
long_query_time=3 -- 时间阀值
log_output=FILE -- 慢查询日志输出格式

2.3、日志分析工具mysqldumpslow

  • 这是MySQL提供的日志分析工具mysqldumpslow。

1. 查看mysqldumpslow的帮助信息

参数 含义
s 表示按照何种方式进行排序
c 访问次数
l 锁定时间
r 返回记录
t 查询时间
al 平均锁定时间
ar 平均返回记录数
at 平均查询时间
t 返回前面多少条数据
g 后面搭配一个正则匹配模式，大小写不敏感

2. 工作常用参考

--获取返回记录集中最多的 10 个 SQL
mysqldumpslow -s r -t 10 /var/lib/mysql/test-slow.log


-- 获取访问次数最多的 10 个 SQL
mysqldumpslow -s c -t 10 /var/lib/mysql/test-slow.log


--获取按照时间排序的前 10 条包含左连接的查询语句
mysqldumpslow -s t 10 -g "left join" /var/lib/mysql/test-slow.log


-- 建议在执行以上命令时结合 | more 使用，防止打印的数据过长
mysqldumpslow -s r -t 10 /var/lib/test-slow.log | more

3、批量数据脚本

3.1、建表

创建dept和emp表

CREATE TABLE `dept` (
`id` INT(11) NOT NULL AUTO_INCREMENT,
`deptName` VARCHAR(30) DEFAULT NULL,
`address` VARCHAR(40) DEFAULT NULL,
ceo INT NULL ,
PRIMARY KEY (`id`)
) ENGINE=INNODB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;
# 1.1创建员工表
CREATE TABLE `emp` (
`id` INT(11) NOT NULL AUTO_INCREMENT,
`empno` INT NOT NULL ,
`name` VARCHAR(20) DEFAULT NULL,
`age` INT(3) DEFAULT NULL,
`deptId` INT(11) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=INNODB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

3.2、设置参数log_bin_function_creators

-- 查看参数是否开启 
show variables like 'log_bin_trust_function_creators';



-- 查看结果
mysql> show variables like 'log_bin_trust_function_creators';
+---------------------------------+-------+
| Variable_name                   | Value |
+---------------------------------+-------+
| log_bin_trust_function_creators | OFF   |
+---------------------------------+-------+
1 row in set, 1 warning (0.00 sec)


-- 打开参数 
set global log_bin_trust_function_creators = 1



-- 打开后结果
mysql> show variables like 'log_bin_trust_function_creators';
+---------------------------------+-------+
| Variable_name                   | Value |
+---------------------------------+-------+
| log_bin_trust_function_creators | ON    |
+---------------------------------+-------+
1 row in set, 1 warning (0.00 sec)
  • 当我们开启二进制日志后，如果变量 log_bin_trust_function_creators 的设置为 OFF，则在创建存储函数时会报错 ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration and binary logging is enabled (you might want to use the less safe log_bin_trust_function_creators variable)

3.3、创建函数，保证每条数据都不同

1. 创建随机产生字符串函数

DELIMITER $$ -- 修改结束字符，本来是;这样修改后结束字符就变为了$$
CREATE FUNCTION rand_string(n INT) RETURNS VARCHAR(255)
BEGIN
-- 定义变量
DECLARE chars_str VARCHAR(100) DEFAULT 'abcdefghijklmnopqrstuvwxyzABCDEFJHIJKLMNOPQRSTUVWXYZ';
DECLARE return_str VARCHAR(255) DEFAULT '';
DECLARE i INT DEFAULT 0;
-- 循环开始
WHILE i < n DO
SET return_str = CONCAT(return_str,SUBSTRING(chars_str,FLOOR(1+RAND()*52),1));
SET i = i + 1;
END WHILE;
-- 循环结束
RETURN return_str;-- 返回生成的字符串
END $$

2. 创建随机产生编号函数

DELIMITER $$
CREATE FUNCTION rand_num (from_num INT ,to_num INT) RETURNS INT(11)
BEGIN
-- 声明变量
DECLARE i INT DEFAULT 0;
SET i = FLOOR(from_num +RAND()*(to_num -from_num+1)) ;
RETURN i;-- 返回值
END$$

3. 删除函数

# 删除随机产生字符串的函数
drop function rand_string
# 删除随机产生编号的函数
drop function rand_num;

3.4、创建存储过程

1. 创建想emp表中插入数据的存储过程

DELIMITER $$
-- 存储过程没有返回值
CREATE PROCEDURE insert_emp( START INT , max_num INT )
BEGIN
DECLARE i INT DEFAULT 0;
#set autocommit =0 把autocommit 设置成0
-- 如果不设置为0，它每生成一条数据就会自动提交一次，所以不好，我们设置为统一提交
SET autocommit = 0;
REPEAT -- 循环
SET i = i + 1;
INSERT INTO emp (empno, NAME ,age ,deptid ) VALUES ((START+i) ,rand_string(6) ,rand_num(30,50),rand_num(1,10000));
-- 上面的insert语句调用了字符串函数和随机编号产生函数
UNTIL i = max_num
END REPEAT; -- 循环结束
COMMIT; -- 统一提交
END$$

2. 创建想dept表中插入数据的存储过程

DELIMITER $$
CREATE PROCEDURE `insert_dept`( max_num INT )
BEGIN
DECLARE i INT DEFAULT 0;
SET autocommit = 0;
REPEAT
SET i = i + 1;
INSERT INTO dept ( deptname,address,ceo ) VALUES (rand_string(8),rand_string(10),rand_num(1,500000));
UNTIL i = max_num
END REPEAT;
COMMIT;
END$$

3.5、调用存储过程

1. 调用存储过程向dept表中插入100条数据

DELIMITER ;
CALL insert_dept(100); -- 调用存储过程

2. 调用存储过程向emp表中插入50w条数据

DELIMITER ; -- 重新声明结束符
CALL insert_emp(100000,500000);

4、show profile

4.1、show profile简介

  • 是mysql提供可以用来分析当前会话中语句执行的资源消耗情况。可以用于SQL的调优的测量。
  • 默认情况下，参数处于关闭状态，并保存最近15次的运行结果。

4.2、分析步骤

1. 是否支持，看看当前的mysql版本是否支持。

show variables like '%profiling%'


# 查看结果
mysql> show variables like '%profiling%';
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| have_profiling         | YES   |
| profiling              | OFF   |
| profiling_history_size | 15    |
+------------------------+-------+
3 rows in set, 1 warning (0.01 sec)

2. 开启功能

set profiling = 1
#默认是关闭，使用前需要开启。


#开启后查看结果
mysql> show variables like '%profiling%';
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| have_profiling         | YES   |
| profiling              | ON    |
| profiling_history_size | 15    |
+------------------------+-------+
3 rows in set, 1 warning (0.00 sec)

3. 运行SQL

4. 查看结果

show profile；

mysql> show profiles;
+----------+------------+----------------------------------------------------------+
| Query_ID | Duration   | Query                                                    |
+----------+------------+----------------------------------------------------------+
|        1 | 0.00040950 | show variables like '%profiling%'                        |
|        2 | 0.00006050 | show profies                                             |
|        3 | 0.00008050 | select * from tbl_emp                                    |
|        4 | 0.12290000 | select * from emp group by id limit 150000               |
|        5 | 1.03373300 | select * from emp left join dept on emp.deptid = dept.id |
+----------+------------+----------------------------------------------------------+
5 rows in set (0.00 sec)

5. 诊断SQL

show profile cpu,block io for query 上一步前面的问题SQL数字号码;
# 显示相关SQL语句的具体信息


# 示例
mysql> show profile cpu,block io for query 3;
+----------------------+----------+----------+------------+--------------+---------------+
| Status               | Duration | CPU_user | CPU_system | Block_ops_in | Block_ops_out |
+----------------------+----------+----------+------------+--------------+---------------+
| starting             | 0.000068 | 0.000000 |   0.000000 |         NULL |          NULL |
| checking permissions | 0.000004 | 0.000000 |   0.000000 |         NULL |          NULL |
| checking permissions | 0.000003 | 0.000000 |   0.000000 |         NULL |          NULL |
| Opening tables       | 0.001718 | 0.000000 |   0.000000 |         NULL |          NULL |
| init                 | 0.000023 | 0.000000 |   0.000000 |         NULL |          NULL |
| System lock          | 0.000007 | 0.000000 |   0.000000 |         NULL |          NULL |
| optimizing           | 0.000006 | 0.000000 |   0.000000 |         NULL |          NULL |
| statistics           | 0.000019 | 0.000000 |   0.000000 |         NULL |          NULL |
| preparing            | 0.036385 | 0.000000 |   0.015625 |         NULL |          NULL |
| executing            | 0.000012 | 0.000000 |   0.000000 |         NULL |          NULL |
| Sending data         | 0.000144 | 0.000000 |   0.000000 |         NULL |          NULL |
| end                  | 0.000005 | 0.000000 |   0.000000 |         NULL |          NULL |
| query end            | 0.000016 | 0.000000 |   0.000000 |         NULL |          NULL |
| closing tables       | 0.000011 | 0.000000 |   0.000000 |         NULL |          NULL |
| freeing items        | 0.000090 | 0.000000 |   0.000000 |         NULL |          NULL |
| cleaning up          | 0.000017 | 0.000000 |   0.000000 |         NULL |          NULL |
+----------------------+----------+----------+------------+--------------+---------------+
16 rows in set, 1 warning (0.00 sec)

status参数信息

参数 含义
ALL 显示所有的开销信息
BLOCK IO 显示块 IO 相关开销信息
CONTEXT SWITCHES 显示上下文切换相关开销信息
CPU 显示 CPU 相关开销信息
IPC 显示发送和接收相关开销信息
MEMORY 显示内存相关开销信息
PAGE FAULTS 显示页面错误相关开销信息
SOURCE 显示和 Source_function，Source_file，Source_file 相关开销信息
SWAPS 显示交换次数相关开销信息

6. 日常开发需要注意的结论

  1. converting HEAP to MyISAM： 查询结果过大，内存不够用转而存储到硬盘；

    1. Create tmp table：创建临时表，主要作用：拷贝数据到临时表，使用完成后删除临时表；
  2. Copy to tmp table on disk： 将内存中临时表复制到磁盘，严重影响性能；
  3. locked： 锁

5、全局查询日志

5.1、配置启用

在my.cnf 文件中设置如下

[mysqld]
# 开启
general_log=1
# 记录日志文件路径
general_log_file=/path/logfile
# 输出格式
log_output=FILE

5.2、编码启用

1. 开启全局慢查询

set global_log=1;

set global_log_output='table';

2. 查看所有的查询记录

  • 开启后所编写的 SQL 语句，将会记录到 MySQL 库中的 general_log 表
  • 使用命令 select * from mysql.general_log 查看

5.3、注意事项

不要在生产环境下开启全局查询日志。

文章标签：
云数据库 RDS MySQL 版
日志服务
搜索推荐
SQL
关系型数据库
NoSQL
索引
数据库管理
监控
MySQL
算法
存储
关键词：
云数据库 RDS MySQL 版查询
云数据库 RDS MySQL 版分析
云数据库 RDS MySQL 版高级
相关实践学习
基于CentOS快速搭建LAMP环境
本教程介绍如何搭建LAMP环境，其中LAMP分别代表Linux、Apache、MySQL和PHP。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心，利用清洁计算为万物互联的新世界提供源源不断的能源动力，目前开服的区域包括中国（华北、华东、华南、香港）、新加坡、美国（美东、美西）、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程，来了解阿里云能够为你的业务带来哪些帮助 &nbsp; &nbsp; 相关的阿里云产品：云服务器ECS 云服务器 ECS（Elastic Compute Service）是一种弹性可伸缩的计算服务，助您降低 IT 成本，提升运维效率，使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
崇尚学技术的科班人
目录
相关文章
菜菜的后端私房菜
|
2天前
|
存储 算法 关系型数据库
MySQL怎样处理排序⭐️如何优化需要排序的查询？
MySQL怎样处理排序⭐️如何优化需要排序的查询？
菜菜的后端私房菜
7 1
toKeep
|
2天前
|
SQL 关系型数据库 MySQL
MySQL数据库的约束+进阶版新增与查询-2
MySQL数据库的约束+进阶版新增与查询
toKeep
12 1
toKeep
|
2天前
|
关系型数据库 MySQL 测试技术
MySQL数据库的约束+进阶版新增与查询-1
MySQL数据库的约束+进阶版新增与查询
toKeep
11 1
菜菜的后端私房菜
|
2天前
|
SQL 存储 关系型数据库
MySQL查询原理，看这一篇就够了！
MySQL查询原理，看这一篇就够了！
菜菜的后端私房菜
7 0
神秘泣男子
|
5天前
|
SQL 关系型数据库 MySQL
MySQL 基本概念 基础用法 增删改查（特殊查询）语法 详细篇
MySQL 基本概念 基础用法 增删改查（特殊查询）语法 详细篇
神秘泣男子
12 0
yuanzhengme
|
7天前
|
缓存 关系型数据库 MySQL
为什么MySQL分页查询偏移量越大查询越慢
【5月更文挑战第1天】为什么MySQL分页查询偏移量越大查询越慢
yuanzhengme
42 4
你的小笔记本YY
|
10天前
|
SQL 关系型数据库 MySQL
【MySQL】DQL-排序查询-语法＆注意事项＆可cv例题语句
【MySQL】DQL-排序查询-语法＆注意事项＆可cv例题语句
你的小笔记本YY
17 6
你的小笔记本YY
|
10天前
|
SQL 关系型数据库 MySQL
【MySQL】DQL-排序查询-语法＆排序方式＆注意事项＆可cv例题语句
【MySQL】DQL-排序查询-语法＆排序方式＆注意事项＆可cv例题语句
你的小笔记本YY
20 6
你的小笔记本YY
|
10天前
|
SQL 关系型数据库 MySQL
【MySQL】DQL-分组查询-语法＆where与having的区别＆注意事项＆可cv例题语句
【MySQL】DQL-分组查询-语法＆where与having的区别＆注意事项＆可cv例题语句
你的小笔记本YY
27 6
【MySQL】DQL-分组查询-语法＆where与having的区别＆注意事项＆可cv例题语句
你的小笔记本YY
|
10天前
|
SQL 关系型数据库 MySQL
【MySQL-8】DQL-查询语句全解 [ 基础/条件/分组/排序/分页查询 ]（附带代码演示＆案例练习）
【MySQL-8】DQL-查询语句全解 [ 基础/条件/分组/排序/分页查询 ]（附带代码演示＆案例练习）
你的小笔记本YY
19 6

热门文章

最新文章

  • 1
    MySQL全局库表查询准确定位字段
  • 2
    轻松入门MySQL：深入探究MySQL的ER模型，数据库设计的利器与挑战（22）
  • 3
    基于 java + Springboot + vue +mysql 大学生实习管理系统（含源码）
  • 4
    mysql性能优化-慢查询分析、优化索引和配置
  • 5
    CentOS 7 下使用yum安装MySQL5.7.20 最简单 图文详解
  • 6
    MySQL 8教程：详解如何更改和重置用户密码
  • 7
    centos7安装mysql-带网盘安装包
  • 8
    MySQL学习手册（第一部分）
  • 9
    高性能 MySQL 第四版（GPT 重译）（三）(1)
  • 10
    mysql用户权限设置
  • 1
    [MySQL]SQL优化之索引的使用规则
    42
  • 2
    【mysql】—— 用户管理
    36
  • 3
    【mysql】—— 视图
    35
  • 4
    【mysql】—— 表的增删改查
    42
  • 5
    【mysql】—— 表的约束
    39
  • 6
    【MYSQL】—— MySQL 在 Centos 7环境安装
    70
  • 7
    MySQL模糊查询二三事
    28
  • 8
    MySQL的JOIN到底是怎么玩的
    109
  • 9
    MySQL怎样删除重复数据，只保留一条？
    40
  • 10
    【怒怼大厂面试官】你先说说知道哪些MySQL的高级特性
    54

    • 相关课程

    更多
  • MySQL企业常见架构与调优经验分享
  • 云数据库MySQL版快速上手教程
  • 阿里云云原生数据仓库AnalyticDB MySQL版 使用教程
  • MySQL实战进阶
  • 数据库及SQL/MySQL基础
  • 云数据库MySQL快速入门

    • 相关电子书

    更多
  • 搭建电商项目架构连接MySQL
  • 搭建4层电商项目架构，实战连接MySQL
  • PolarDB MySQL引擎重磅功能及产品能力盛大发布

    • 相关实验场景

    更多
  • 极致弹性的PolarDB Serverless确保数据业务持续在线
  • 云端MySQL的安装及应用
  • 体验PolarDB MySQL多主集群
  • 基于ECS+RDS的在线留言系统
  • 如何通过RDS MySQL数据库内网访问
  • RDS MySQL Serverless资源与负载自适应

    • 推荐镜像

    更多
  • mysql
  • mariadb
  • postgresql
    • 下一篇
    部署LAMP环境（Alibaba Cloud Linux 3）