本篇内容主要讲解“MySQL left join查询慢时间长问题怎么解决”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“mysql left join查询慢时间长问题怎么解决”吧!
创新互联专注为客户提供全方位的互联网综合服务,包含不限于网站制作、成都网站建设、康乐网络推广、重庆小程序开发公司、康乐网络营销、康乐企业策划、康乐品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等,从售前售中售后,我们都将竭诚为您服务,您的肯定,是我们最大的嘉奖;创新互联为所有大学生创业者提供康乐建站搭建服务,24小时服务热线:18982081108,官方网址:www.cdcxhl.com
两张表一张是用户表a(主键是int类型),一张是用户具体信息表b(用户表id字段是varchar类型)。
因为要显示用户及用户信息,所以需要关联查询,但发现left join后查询缓慢,耗时太长。用户表数据2万左右。
type 字段提供了判断查询是否高效的重要依据依据. 通过 type 字段, 我们判断此次查询是 全表扫描 还是 索引扫描 等.
ALL: 表示全表扫描, 这个类型的查询是性能最差的查询之一.
通常来说, 我们的查询不应该出现 ALL 类型的查询, 因为这样的查询在数据量大的情况下, 对数据库的性能是巨大的灾难. 如一个查询是 ALL 类型查询, 那么一般来说可以对相应的字段添加索引来避免.
因为发现表b字段之前并没有建索引。
登录后复制alter table a add index idx_mbrID (mbrID);
再次Explain分析
发现type变为了ref,根据不同的 type 类型的性能关系(
登录后复制ALL < index < range ~ index_merge < ref < eq_ref < const < system
)比较后感觉可以了,于是执行查询。
执行查询后发现执行速度并未优化,仔细看之前同事设计的表,发现索引类型字段不一致,于是修改为varchar 为int后再次查询发现查询速度明显提升。
即使之前java代码里面写的string,数据库改为int目前测试可正常使用
到此,相信大家对“mysql left join查询慢时间长问题怎么解决”有了更深的了解,不妨来实际操作一番吧!这里是创新互联网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!