共计 841 个字符，预计需要花费 3 分钟才能阅读完成。

本篇内容主要讲解“mysql left join 查询慢时间长问题怎么解决”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让丸趣 TV 小编来带大家学习“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 目前测试可正常使用

到此，相信大家对“mysql left join 查询慢时间长问题怎么解决”有了更深的了解，不妨来实际操作一番吧！这里是丸趣 TV 网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！