目录查一次left join没有走索引的原因因此解决方案总结查一次left join没有走索引的原因 线上有个查询sql，原来是inner join 查询没有问题，后来应业务要求改成left join之后， 查询时间就暴
线上有个查询sql，原来是inner join 查询没有问题，后来应业务要求改成left join之后， 查询时间就暴涨了 需要长达24s
通过explain分析，发现订单表没有走索引 ，分析之后解决了，记录下来。
为了简洁起见，这里就将无关的查询字段都用*
具体sql如下
SELECT *
from t_item_detail a
left join t_order_detail d on a.order_code=d.order_code
left join t_connection b on a.unique_code = b.funds_unique
left join t_capital_detail c on b.capital_unique = c.unique_code
where item_receipt_disbursement=1 and a.is_deleted=0
and order_type_code=00901 group by a.unique_code LIMIT 10
用explain命令分析如下
发现table d 的type为all， rows居然高达20万行 。
d对应的表为order_detail 表，type为all 说明并没有走索引。
这里首先看关联条件
from t_item_detail a
left join t_order_detail d on a.order_code=d.order_code该条件并无问题，然后这两张表的order_code字段是否加索引.
两张表的order_code字段均有索引。
其次再看， 如果两个字段或者两张表的编码不同，也会导致索引失效。
但是这两张表的编码和字段编码也均相同，因此也排除掉。
最后发现，
如果写成
explain SELECT *
from t_item_detail a
left join t_order_detail d on a.order_code=d.order_code and d.order_type_code=00901
left join t_connection b on a.unique_code = b.funds_unique
left join t_capital_detail c on b.capital_unique = c.unique_code
where item_receipt_disbursement=1 and a.is_deleted=0
group by a.unique_code LIMIT 10 也就是将原来在where条件的order_type_code=00901 写到left join的条件后面
d的索引就生效了，所有的索引都生效了。
查询时间也从原来的24秒 变成了不到1秒。
这是为什么呢？
其实问题就出在这个 d.order_type_code=00901 这个条件上
当有这个条件时候
全文扫描
没有这个条件的时候
从sql的执行顺序来分析：
SELECT *
from t_item_detail a
left join t_order_detail d on a.order_code=d.order_code
left join t_connection b on a.unique_code = b.funds_unique
left join t_capital_detail c on b.capital_unique = c.unique_code
where item_receipt_disbursement=1 and a.is_deleted=0
and order_type_code=00901 group by a.unique_code LIMIT 10
这里面的执行顺序为
fromonjoinwhereselectgroup bylimit即
写的顺序：select … from… where… group by… having… order by… limit [offset,](rows)
执行顺序：from… where…group by… having… select … order by… limit
知道这个，我们再看这个sql
不走索引 有order_type_code条件
SELECT *
from t_item_detail a
left join t_order_detail d on a.order_code=d.order_code
left join t_connection b on a.unique_code = b.funds_unique
left join t_capital_detail c on b.capital_unique = c.unique_code
where item_receipt_disbursement=1 and a.is_deleted=0
and order_type_code=00901 group by a.unique_code LIMIT 10和
走索引 没有order_type_code条件
SELECT *
from t_item_detail a
left join t_order_detail d on a.order_code=d.order_code
left join t_connection b on a.unique_code = b.funds_unique
left join t_capital_detail c on b.capital_unique = c.unique_code
where item_receipt_disbursement=1 and a.is_deleted=0
group by a.unique_code LIMIT 10和走索引有没有order_type_code条件
SELECT *
from t_item_detail a
left join t_order_detail d on a.order_code=d.order_code and d.order_type_cod=‘00901'
left join t_connection b on a.unique_code = b.funds_unique
left join t_capital_detail c on b.capital_unique = c.unique_code
where item_receipt_disbursement=1 and a.is_deleted=0
group by a.unique_code LIMIT 10会发现 在不走索引有order_type_code条件的那个sql中， 在执行到where的时候，需要去找到条件 order_type_code=00901 ，但是order_type_code这个字段没有索引，所以数据库就去对order_detail进行全表扫描。
就是给order_type_code加上索引，或者给 left join on就加上条件order_type_code=xxx ,直接过滤掉
因此，谨记，大表查询的时候，where 的条件千万记得加上索引！！！！
以上为个人经验，希望能给大家一个参考，也希望大家多多支持我们。
--结束END--
本文标题: 查一次left join没有走索引以及原因分析
本文链接: https://www.lsjlt.com/news/200967.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
下载Word文档到电脑，方便收藏和打印～
2024-05-22
2024-05-22
2024-05-22
2024-05-22
2024-05-22
2024-05-22
2024-05-22
2024-05-21
2024-05-21
2024-05-21
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
一口价域名售卖能注册吗？域名是网站的标识，简短且易于记忆，为在线用户提供了访问我们网站的简单路径。一口价是在域名交易中一种常见的模式，而这种通常是针对已经被注册的域名转售给其他人的一种方式。
一口价域名买卖的过程通常包括以下几个步骤：
1.寻找：买家需要在域名售卖平台上找到心仪的一口价域名。平台通常会为每个可售的域名提供详细的描述，包括价格、年龄、流
443px" 443px) https://www.west.cn/docs/wp-content/uploads/2024/04/SEO图片294.jpg https://www.west.cn/docs/wp-content/uploads/2024/04/SEO图片294-768x413.jpg 域名售卖 域名一口价售卖 游戏音频 赋值/切片 框架优势 评估指南 项目规模
官方手机版
微信公众号
商务合作
0