扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
本篇内容主要讲解“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查询慢时间长问题怎么解决”有了更深的了解，不妨来实际操作一番吧！这里是创新互联网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
微信二维码
移动版官网