溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇內容主要講解“mysql left join查詢慢時間長問題怎么解決”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“mysql left join查詢慢時間長問題怎么解決”吧!
兩張表一張是用戶表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查詢慢時間長問題怎么解決”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
