oracle关联表查询使用索引_SQL 查询优化之 WHERE 和 LIMIT 使用索引的奥秘

点击上方SQL数据库开发,关注获取SQL视频教程

SQL专栏

SQL数据库基础知识汇总SQL数据库高级知识汇总

作者:风过无痕-唐

www.cnblogs.com/tangyanbo/p/6378741.html

奇怪的慢sql

我们先来看2条sql

第一条:

select * from acct_trans_log WHERE  acct_id = 1000000000009000757 
order by create_time desc limit 0,10

第二条:

select * from acct_trans_log WHERE  acct_id = 1000000000009003061 
order by create_time desc limit 0,10
表的索引及数据总情况:   索引:acct_id,create_time 分别是单列索引,数据库总数据为500w。 通过 acct_id 过滤出来的结果集在 1w 条左右。   查询结果:第一条要5.018s,第二条0.016s 为什么会是这样的结果呢?第一,acct_id和create_time都有索引,不应该出现5s查询时间这么慢啊   那么先来看执行计划 第一条sql执行计划: 073715fef0755bb2441a8430e8008586.png  第二条执行计划: b5462d0fbf09138e63b9a563ca7148e7.png  仔细观察会发现,索引只使用了idx_create_time,没有用到idx_acct_id。 这能解释第一条sql很慢,因为where查询未用到索引,那么第二条为什么这么快? 看起来匪夷所思,其实搞清楚mysql查询的原理之后,其实很简单。   我们来看这2条sql查询,都用到了where order by limit。 当有limit存在时,查询的顺序就有可能发生变化,这时并不是从数据库中先通过where过滤再排序再limit。 因为如果这样
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值