本篇內(nèi)容主要講解“MySQL left join查詢慢時間長問題怎么解決”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“mysql left join查詢慢時間長問題怎么解決”吧!

創(chuàng)新互聯(lián)專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務，包含不限于網(wǎng)站制作、成都網(wǎng)站建設、康樂網(wǎng)絡推廣、重慶小程序開發(fā)公司、康樂網(wǎng)絡營銷、康樂企業(yè)策劃、康樂品牌公關、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等，從售前售中售后，我們都將竭誠為您服務，您的肯定，是我們最大的嘉獎；創(chuàng)新互聯(lián)為所有大學生創(chuàng)業(yè)者提供康樂建站搭建服務，24小時服務熱線：18982081108，官方網(wǎng)址：www.cdcxhl.com

問題背景

兩張表一張是用戶表a(主鍵是int類型)，一張是用戶具體信息表b（用戶表id字段是varchar類型）。

因為要顯示用戶及用戶信息，所以需要關聯(lián)查詢，但發(fā)現(xiàn)left join后查詢緩慢，耗時太長。用戶表數(shù)據(jù)2萬左右。

問題分析及處理

1、EXPLAIN 命令對 SELECT 語句進行分析

type 字段提供了判斷查詢是否高效的重要依據(jù)依據(jù). 通過 type 字段, 我們判斷此次查詢是 全表掃描 還是 索引掃描 等.

ALL: 表示全表掃描, 這個類型的查詢是性能最差的查詢之一.

通常來說, 我們的查詢不應該出現(xiàn) ALL 類型的查詢, 因為這樣的查詢在數(shù)據(jù)量大的情況下, 對數(shù)據(jù)庫的性能是巨大的災難. 如一個查詢是 ALL 類型查詢, 那么一般來說可以對相應的字段添加索引來避免.

2、新增索引

因為發(fā)現(xiàn)表b字段之前并沒有建索引。

alter table a add index idx_mbrID (mbrID);

登錄后復制

再次Explain分析

發(fā)現(xiàn)type變?yōu)榱藃ef，根據(jù)不同的 type 類型的性能關系(

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

登錄后復制

)比較后感覺可以了，于是執(zhí)行查詢。

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

執(zhí)行查詢后發(fā)現(xiàn)執(zhí)行速度并未優(yōu)化，仔細看之前同事設計的表，發(fā)現(xiàn)索引類型字段不一致，于是修改為varchar 為int后再次查詢發(fā)現(xiàn)查詢速度明顯提升。

即使之前java代碼里面寫的string，數(shù)據(jù)庫改為int目前測試可正常使用

到此，相信大家對“mysql left join查詢慢時間長問題怎么解決”有了更深的了解，不妨來實際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關內(nèi)容可以進入相關頻道進行查詢，關注我們，繼續(xù)學習！