首页数据库MySql中LEFT JOIN关联查询速度过慢问题是如何解决优化的?

MySql中LEFT JOIN关联查询速度过慢问题是如何解决优化的?

时间2024-03-21 23:18:03发布访客分类数据库浏览358
导读:这篇文章主要介绍了title,讲解详细,步骤过程清晰,对大家了解操作过程或相关知识有一定的帮助,而且实用性强,希望这篇文章能帮助大家,下面我们一起来了解看看吧。 问题背景两张表一张是用户表a(主键是int类型 ,一张是...
这篇文章主要介绍了title,讲解详细,步骤过程清晰,对大家了解操作过程或相关知识有一定的帮助,而且实用性强,希望这篇文章能帮助大家,下面我们一起来了解看看吧。



问题背景

两张表一张是用户表a(主键是int类型),一张是用户具体信息表b(用户表id字段是varchar类型)。

因为要显示用户及用户信息,所以需要关联查询,但发现left join后查询缓慢,耗时太长。用户表数据2万左右。

问题分析及处理

1、EXPLAIN 命令对 SELECT 语句进行分析

type 字段提供了判断查询是否高效的重要依据依据. 通过 type 字段, 我们判断此次查询是 全表扫描 还是 索引扫描 等.

ALL: 表示全表扫描, 这个类型的查询是性能最差的查询之一.

通常来说, 我们的查询不应该出现 ALL 类型的查询, 因为这样的查询在数据量大的情况下, 对数据库的性能是巨大的灾难. 如一个查询是 ALL 类型查询, 那么一般来说可以对相应的字段添加索引来避免.

2、新增索引

因为发现表b字段之前并没有建索引。

alter table a add index idx_mbrID (mbrID);
    
登录后复制

再次Explain分析

发现type变为了ref,根据不同的 type 类型的性能关系(

ALL  index  range ~ index_merge  ref  eq_ref  const  system
登录后复制

)比较后感觉可以了,于是执行查询。

3、修改索引字段类型一致

执行查询后发现执行速度并未优化,仔细看之前同事设计的表,发现索引类型字段不一致,于是修改为varchar 为int后再次查询发现查询速度明显提升。

即使之前java代码里面写的string,数据库改为int目前测试可正常使用

总结

解决完问题后,翻起了开发手册,发现索引规约明确强制join时数据类型必须一致,被关联字段必须有索引!!!


关于“MySql中LEFT JOIN关联查询速度过慢问题是如何解决优化的?”的内容就介绍到这,感谢各位的阅读,相信大家对MySql中LEFT JOIN关联查询速度过慢问题是如何解决优化的?已经有了进一步的了解。大家如果还想学习更多知识,欢迎关注网络,小编将为大家输出更多高质量的实用文章!

声明:本文内容由网友自发贡献,本站不承担相应法律责任。对本内容有异议或投诉,请联系2913721942#qq.com核实处理,我们将尽快回复您,谢谢合作!


若转载请注明出处: MySql中LEFT JOIN关联查询速度过慢问题是如何解决优化的?
本文地址: https://pptw.com/jishu/649711.html
Githu如何做到MySQL高可用性,实现过程是怎样 MySQL中datetime、date、time、str怎样转化

游客 回复需填写必要信息