sql链表查询基础优化~索引的作用

本文通过一个具体的SQL查询案例,展示了如何通过为联接条件添加索引,显著提高查询效率。从5秒的响应时间优化到仅5毫秒,强调了索引在数据库性能调优中的关键作用。

干货~~~~~~~~~~~~~~~~~~~~

 

很多朋友在链表查询的时候都只是记得了给where参数加索引

往往忽略了链表on关键字的参数,

比如这条SQL

select
b.*,i.from_uid as fromUid
from base_info b
left join invite i on b.id=i.to_uid
where b.name= xxx
order by b.id desc
limit 0, 10

表数据在一万左右的情况,这条SQL的相应时间是5秒

那么问题来了,为什么会有5秒,才一万的数据,太夸张了。

第一眼大家觉得是哪儿得问题

where? 还是order by? 

本人测试去掉order by 时间就快了,但是还是需要100多ms,还是不对

后来突然想到会不会是没有加索引,一看invite表,  果然,invite表没有加to_uid参数的索引,加了个普通索引,

再跑一次SQL, 时间5ms

搞定!

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值