亚洲激情专区-91九色丨porny丨老师-久久久久久久女国产乱让韩-国产精品午夜小视频观看

溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

MySQL優化器hash?join怎么使用

發布時間:2022-09-15 16:34:05 來源:億速云 閱讀:133 作者:iii 欄目:MySQL數據庫

今天小編給大家分享一下MySQL優化器hash join怎么使用的相關知識點,內容詳細,邏輯清晰,相信大部分人都還太了解這方面的知識,所以分享這篇文章給大家參考一下,希望大家閱讀完這篇文章后有所收獲,下面我們一起來了解一下吧。

前言

數據庫的優化器相當于人類的大腦,大部分時候都能做出正確的決策,制定正確的執行計劃,走出一條高效的路,但是它畢竟是基于某些固定的規則、算法來做的判斷,有時候并沒有我們人腦思維靈活,當我們確定優化器選擇執行計劃錯誤時該怎么辦呢,語句上加hint,提示它選擇哪條路是一種常見的優化方法。

我們知道Oracle提供了比較靈活的hint提示來指示優化器在多表連接時選擇哪種表連接方式,比如use_nlno_use_nl控制是否使用Nest Loop Join,use_hash,no_use_hash控制是否使用hash join。

但是MySQL長期以來只有一種表連接方式,那就是Nest Loop Join,直到MySQL8.0.18版本才出現了hash join, 所以MySQL在控制表連接方式上沒有提供那么多豐富的hint給我們使用,hash_joinno_hash_join的hint只是驚鴻一瞥,只在8.0.18版本存在,8.0.19及后面的版本又將這個hint給廢棄了,那如果我們想讓兩個表做hash join該怎么辦呢?

實驗

我們來以MySQL8.0.25的單機環境做一個實驗。建兩個表,分別插入10000行數據,使用主鍵做這兩個表的關聯查詢。

create table t1(id int primary key,c1 int,c2 int);
create table t2(id int primary key,c1 int,c2 int);
delimiter //
CREATE PROCEDURE p_test()
BEGIN
declare i int;
set i=1;
while i<10001 do
insert into t1 values(i,i,i);
insert into t2 values(i,i,i);
SET i = i + 1;
end while;
END;
//
delimiter ;

查詢一下兩表使用主鍵字段關聯查詢時實際的執行計劃,如下圖所示:

MySQL優化器hash?join怎么使用

查詢一下兩表使用非索引字段關聯查詢時實際的執行計劃,如下圖所示:

MySQL優化器hash?join怎么使用

從執行計劃可以看出,被驅動表的關聯字段上有索引,優化器在選擇表連接方式時會傾向于選擇Nest Loop Join,當沒有可用索引時傾向于選擇hash join。

基于這一點那我們可以使用no_index提示來禁止語句使用關聯字段的索引。

MySQL優化器hash?join怎么使用

從上面的執行計劃可以看出使用no_index提示后,優化器選擇了使用hash join。

當索引的選擇性不好時,優化器選擇使用索引做Nest Loop Join是效率是很低的。

我們將實驗的兩個表中c1列的數據做一下更改,使其選擇性變差,并在c1列上建普通索引。

update t1 set c1=1 where id<5000;
update t2 set c1=1 where id<5000;
create index idx_t1 on t1(c1);
create index idx_t2 on t2(c1);

當我們執行sql :

select t1.*,t2.* from t1 join t2 on t1.c1=t2.c1;

這個查詢結果會返回大量數據,被驅動表的關聯字段c1列的索引選擇性差,此時選擇hash join是更明智的選擇,但是優化器會選擇走Nest Loop Join。我們可以通過實驗驗證一下hash join 與 Nest Loop Join的性能差異。

MySQL優化器hash?join怎么使用

可以看出使用hash join的耗時是使用Nest Loop Join的1/6,但是優化器根據成本估算時,使用Nest Loop Join的成本要比使用hash join的成本低很多,所以會去選擇Nest Loop Join,這個時候就需要加上hint 提示禁止使用關聯字段的索引,被驅動表上每次都全表掃描的代價是很高的,這樣優化器估算后就會選擇走hash join。

MySQL官方文檔里提到用BNLNO_BNL的hint提示來影響hash join的優化,但是經過實驗證明,在表連接關聯字段上沒有可用索引時,優化器估算成本后不會對被驅動表使用BNL全表掃描的方式做嵌套循環連接,而是會選擇使用hash join,那這樣NO_BNL在這個場景下就沒有用武之地了。

那么既然不用這個索引,把這個索引去掉不就可以了嗎?為什么非要使用no_index的hint提示呢,我們要知道業務使用的場景何其多,此處不用,別處使用了這個索引效率可能會有大的提升啊,這個時候就凸顯了hint的優勢,只需要控制此語句的使用就好了。

以上就是“MySQL優化器hash join怎么使用”這篇文章的所有內容,感謝各位的閱讀!相信大家閱讀完這篇文章都有很大的收獲,小編每天都會為大家更新不同的知識,如果還想學習更多的知識,請關注億速云行業資訊頻道。

向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

阿勒泰市| 泽州县| 涞源县| 张家界市| 保靖县| 淮北市| 正蓝旗| 沁水县| 大埔县| 邮箱| 凌云县| 临潭县| 缙云县| 梁平县| 黑山县| 太康县| 黄平县| 克拉玛依市| 岗巴县| 阳泉市| 汝阳县| 定南县| 邹平县| 南康市| 乐平市| 翼城县| 敦化市| 汕尾市| 洪泽县| 壶关县| 天门市| 江阴市| 温泉县| 全南县| 松桃| 云霄县| 灌云县| 澄江县| 监利县| 博客| 铜鼓县|