【项目实战典型案例】02.SQL语句优化

原创已于 2023-08-30 10:20:37 修改 · 869 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#sql #数据库 #mysql

于 2023-03-15 17:08:30 首次发布

项目实战专栏收录该内容

25 篇文章

订阅专栏

文章介绍了SQL查询优化的重要性，特别是在MySQL中。通过分析查询语句的执行顺序、EXPLAIN关键字的使用以及DISTINCT和GROUPBY在效率上的对比，展示了如何识别和解决接口超时问题。优化SQL语句可以提高查询性能、减少系统负载，同时改善用户体验和降低成本。文章还通过实例探讨了数据类型不一致对索引的影响。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一、背景介绍

1、查询11s导致接口请求超时

在这里插入图片描述

2、由于设计数据稍微大了点，接口调用就超过了1s

在这里插入图片描述

二、思路&方案

sql语句各部分的执行顺序
明确distinct和group by的差异
查看sql语句是否已经添加了索引，索引是否失效

三、过程

1、Mysql语句的执行顺序

1. from
2. on
3. join
4. where
5. group by
6. having + 聚合函数
7. select
8. distinct
9. order by
10. limit

在这里插入图片描述
上面sql语句执行的顺序为2–>3–>4–>1–>5–>6

2、explain关键字解析

explain是解释、说明的意思。在mysql里，一条查询语句需要经过Mysql查询优化器的各种成本和规则，生成一个执行计划。儿explain关键字就是查询这个执行计划的，通过explain关键字，可以分析我们的查询语句的效率。

语法：explain select * from table

在这里插入图片描述

3、distinct和group by效率对比

有索引的情况下，group by和distinct都能用索引，效率相同
没有索引的时候，distinct效率高于group by，distinct是根据信息不同进行直接进行去重，group by的原理是结果先进行分组排序，然后返回每组中的第一条数据
如果是单纯的去重操作的话，无论是否有索引，distinct的效率都更加高，但是吐过查询的列和去重的列不对应的话，distinct就无法使用了。相较于group by不够灵活
group by的语义更加的明确，并且group by可以根据分组的情况加上聚合函数，做一些其他的处理，功能更加丰富，但是有时间效率将低于distinct
distinct用法

 select distinct 列1 ， 列2 from table

group by用法

select 列1，列2 from table group by 列1 ，列2

4、验证数据类型不一致是否会影响索引

1）、数据类型不一致

sql语句

SELECT
	aui.ding_phone,
	aui.ding_name,
	aui.chaoxing_name,
	aui.chaoxing_phone 
FROM
	(SELECT info_id FROM arpro_user_course_info WHERE course_id = 223667994 AND class_id = 55801765 AND is_delete = 0 GROUP BY info_id ) auci
	LEFT JOIN arpro_user_info aui ON auci.info_id = aui.id

表字段数据类型
在这里插入图片描述

创建索引

执行结果：主键索引没有生效

2）、数据类型一致

将数据类型调整为bigint

将group调整为distinct

SELECT
	aui.ding_phone,
	aui.ding_name,
	aui.chaoxing_name,
	aui.chaoxing_phone 
FROM
	( SELECT DISTINCT info_id FROM arpro_user_course_info WHERE course_id = 223667994 AND class_id = 55801765 AND is_delete = 0 ) auci
	LEFT JOIN arpro_user_info aui ON auci.info_id = aui.id