mysql 查询变慢(涉及扩展表的时候)

本文探讨了一种MySQL查询在涉及扩展表关联时变慢的问题。当在大数据量表上使用LEFT JOIN并结合IN操作符筛选关键字段,尤其是在IN列表参数较多时,查询性能显著下降。通过分析发现,大量参数导致全表扫描,且关联无法有效利用索引。通过调整查询结构,例如先执行子查询再进行关联,可以显著提高查询速度。
摘要由CSDN通过智能技术生成

这里只是做一个补充,很多基础和原理可以参考https://blog.csdn.net/m0_37808356/article/details/72526687 

好了长话短说,今天做了一个扩展表,使用关联突然走全表了。这里可能涉及到mysql的内部优化原理

举例一个大数据量的表。一个扩展字段表。 pre_hdr 里大概5W+,rz_back_check没有数据

pre_hdr  索引 index1 :cid 、 idnex2:state、deptid

rz_back_check 索引  index1 :cid

 

   select a.T* ,c.is_check,c.url
        from pre_hdr a LEFT JOIN rz_back_check c on a.cid=c.cid
        where 1=1 AND a.state in( 2,3,4) and deptid in (
                'D000000', 'D000001', 'D000002', 'D999999'
                )
                ORDER BY a. desc ,a.id asc  LIMIT 0,10

 

如果查出的字段中有 c.url 会特别慢。大概60s以上(走全表了,limit也不能职级截取了),特别是 关键字段用in时,并且in里的参数过多时。如果去掉,如下,0.2s大概。

select    t.* ,bc.url from (  

        select a.T*,c.is_check<

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值