关于mysql left join 查询慢时间长的踩坑总结
问题背景
两张表一张是用户表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时数据类型必须一致，被关联字段必须有索引！！！
关于Explain用法参考
https://www.jb51.net/article/167406.htm
以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。
相关文章
这篇文章主要介绍了总结12个MySQL慢查询的原因分析，慢查询，都是因为没有加索引。如果没有加索引的话，会导致全表扫描的，更多相关内容需要的朋友可以参考一下2022-08-08
MYSQL建立外键失败几种情况记录Can''t create table不能创建表
当你试图在mysql中创建一个外键的时候，这个出错会经常发生，这是非常令人沮丧的。2011-08-08
MySQL主从复制之半同步semi-sync replication
这篇文章主要介绍了MySQL主从复制之半同步semi-sync replication，半同步相对于异步复制而言，提高了数据的安全性，同时也造成了一定程度的延迟，这个延迟最少是一个TCP往返的时间。所以，半同步复制最好在低延时的网络中使用，下文详细内容，需要的小伙伴可以参考一下2022-02-02
这篇文章主要为大家详细介绍了win10下mysql 8.0.13安装配置方法图文教程，具有一定的参考价值，感兴趣的小伙伴们可以参考一下2018-11-11
win10下mysql 5.7.17 zip压缩包版安装教程
这篇文章主要为大家详细介绍了win10下mysql 5.7.17 zip压缩包版安装教程，具有一定的参考价值，感兴趣的小伙伴们可以参考一下2017-03-03
mysql是以mysql用户身份运行的,对/home /mybackup不可写也会失败2010-07-07
这篇文章主要介绍了解决MySql8.0 查看事务隔离级别报错的问题，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教2021-10-10
一种简单的ID生成策略: Mysql表生成全局唯一ID的实现
这篇文章主要介绍了一种简单的ID生成策略: Mysql表生成全局唯一ID的实现，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧2020-11-11
这篇文章主要介绍了mysql中查询字段为null的数据navicat问题，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教2022-12-12
当在主库上进行更新后,有可能数据还没来得及同步到从库,但是这个时候又有读数据的需求,为了能正确读取出数据,这个时候就只有读主库了,所以本文给大家介绍了如何避免MYSQL主从延迟带来的读写问题,需要的朋友可以参考下2024-03-03
最新评论