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

爱吃芋圆的兔子

已于 2023-08-30 10:20:37 修改

阅读量770

点赞数

分类专栏：项目实战文章标签： sql 数据库 mysql

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

本文链接： https://blog.csdn.net/weixin_45490023/article/details/129559523

版权

项目实战专栏收录该内容

25 篇文章 0 订阅

订阅专栏

一、背景介绍

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