sql:SQL优化知识点记录(九)

本文探讨了SQL调优中的小表驱动大表策略,强调了连接方式的选择,指出使用exist而非in在数据量差异大的情况下更优。还讨论了索引在排序中的作用,包括orderby与索引顺序的一致性,以及如何避免fileSort和优化查询策略如不使用select*以减少sort_Buffer的使用。

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

(1)小表驱动大表

对sql调优的分析:

排序优化: 

数据库的连接方式,里面的数据尽量这样连接,尽量选择第一个方式,因为两个表的连接一共建立5次连接,第二个建立1000次连接,从小表驱动大表方式来说选择第一种

B相当于部门, A是员工,通过部门id在部门表里面,部门是少量的,员工是大量的 ,先得到小表B中的id数据 ,在得到id=部门id的数据

使用exist 当A中的数据小于B时使用exist

 (2)in和exist

部门表的数据多员工表,一下的写法没有问题 

(2)为排序使用索引OrderBy优化

前面我们索引的分析是Where之后  Order By之前的,现在我们看的是Order By之后我们看会不会产生fileSort

下面没有产生fileSort

下面产生了fileSort因为Order By之后使用索引没有按照建立的顺序 

索引是排好序的快速查找的数据结构,说明索引着重查找和排序两种功能,在排序的时候使用的顺序也要跟建立索引的顺序一样否则会产生文件内排序

下面产生文件内排序,Order by 使用的跟建立的索引顺序一样,但是默认是升序,但是birth使用了降序

索引列上完成了排序操作,因为索引建立一次已经给我们排好序了,最好Order by和索引一致,就会避免MySql多一次排序,如果Order by 的顺序反拉,不在索引列上面,或者带头大哥挂啦,filesort产生,产生后会产生两种算法:双路排序、单路排序

单路排序: 

优化策略:

使用select * 的话容易把sort_Buffer用满,所以查询的时候不建议使用* 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

喵俺第一专栏

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值