文章详情

短信预约-IT技能 免费直播动态提醒

请输入下面的图形验证码

提交验证

短信预约提醒成功

关于mysql left join 查询慢时间长的踩坑总结

2024-04-02 19:55

关注

问题背景

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

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

关于mysql left join 查询慢时间长的踩坑总结

问题分析及处理

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

关于mysql left join 查询慢时间长的踩坑总结

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

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

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

2、新增索引

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

alter table a add index idx_mbrID (mbrID);

再次Explain分析

关于mysql left join 查询慢时间长的踩坑总结

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

ALL < index < range ~ index_merge < ref < eq_ref < const < system

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

关于mysql left join 查询慢时间长的踩坑总结

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

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

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

关于mysql left join 查询慢时间长的踩坑总结

渣渣总结

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

关于mysql left join 查询慢时间长的踩坑总结

关于mysql left join 查询慢时间长的踩坑总结

关于Explain用法参考

https://www.jb51.net/article/167406.htm

以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。 

阅读原文内容投诉

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题
  • 2024年上半年信息系统项目管理师第二批次真题及答案解析(完整版)

    难度     813人已做
    查看
  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     354人已做
    查看
  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     318人已做
    查看
  • 2024年上半年软考高项第一、二批次真题考点汇总(完整版)

    难度     435人已做
    查看
  • 2024年上半年系统架构设计师考试综合知识真题

    难度     224人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机
位置:首页-资讯-数据库
咦!没有更多了?去看看其它编程学习网 内容吧
首页课程
资料下载
问答资讯