mysql 索引掃描排序

mysql 的InnoDB引擎已艰,使用的B+樹索引結構逞盆,天生的就是有序的;由于這個特性绪钥,可以通過合理的使用索引灿里,來避免額外排序操作帶來的損耗。下面舉例說明

create table rental
(
    rental_id    bigint   default 0 comment 'id',
    rental_date  datetime default now() comment '租賃日期',
    inventory_id bigint   default 0 comment '商品ID',
    customer_id  bigint   default 0 comment '顧客ID',
    staff_id     bigint   default 0 comment '員工ID',
    PRIMARY KEY (rental_id),
    unique key rental_date (rental_date, inventory_id, customer_id),
    key idx_fk_inventory_id (inventory_id),
    key idx_fk_customer_id (customer_id),
    key idx_fk_staff_id (staff_id)
);

我先來查詢下5.25 進行租賃記錄按照商品id排序

explain select *
from rental
where rental_date = '2020-05-25'
order by inventory_id;
id select_type table partitions type possible_keys key key_len ref rows filtered Extra
1 SIMPLE rental null ref rental_date rental_date 6 const 1 100 Using index condition; Using filesort

通過explain知道程腹,查詢命中索引rental_date匣吊,但是同時使用到 filesort。雖然命中了索引寸潦,但是在查詢的總損耗中色鸳,排序造成了額外的性能消耗。
那么见转,如果使用索引掃描代替排序的過命雀,我們可以先看下排序時命中索引的規(guī)則。

索引的列的順序和ORDER BY子句的順序完全一致斩箫,并且所有列的排序方向(倒序或正序)完全一致時吏砂,MYSQL采用索引對結果進行排序。

根據(jù)上面的規(guī)則乘客,從新梳理查詢sql狐血,如果想我的排序sql命中rental_date索引,那么我的sql應該是這樣易核。

explain select *
from rental
where rental_date = '2020-05-25'
order by rental_date,inventory_id,customer_id;

執(zhí)行結果

id select_type table partitions type possible_keys key key_len ref rows filtered Extra
1 SIMPLE rental ref rental_date rental_date 6 const 1 100 Using index condition

可以看到匈织,此時執(zhí)行,沒有using filesort牡直。也就是使用索引掃描代替了結果排序的動作缀匕。

有一個點需要注意,當前導列為常量時井氢,order by 子句不滿足最左匹配原則弦追,仍然可以命中索引。仍然以 rental_date (rental_date, inventory_id, customer_id)索引為例花竞。也就是把列rental_date前置為條件的前提下劲件,order by 最左邊不是rental_date,也可以認為rental_date在约急,會命中索引零远。

explain select *
from rental
where rental_date = '2005-05-25'
order by inventory_id,customer_id;

執(zhí)行結果與上面相同

id select_type table partitions type possible_keys key key_len ref rows filtered Extra
1 SIMPLE rental ref rental_date rental_date 6 const 1 100 Using index condition

那么返回到第一條sql,如果sql不變厌蔽,想讓他走索引掃描代替排序操作牵辣,需要怎么做呢

CREATE INDEX rental_date_invent on rental(rental_date,inventory_id);
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市奴饮,隨后出現(xiàn)的幾起案子纬向,更是在濱河造成了極大的恐慌择浊,老刑警劉巖,帶你破解...
    沈念sama閱讀 216,744評論 6 502
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件逾条,死亡現(xiàn)場離奇詭異琢岩,居然都是意外死亡,警方通過查閱死者的電腦和手機师脂,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,505評論 3 392
  • 文/潘曉璐 我一進店門担孔,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人吃警,你說我怎么就攤上這事糕篇。” “怎么了酌心?”我有些...
    開封第一講書人閱讀 163,105評論 0 353
  • 文/不壞的土叔 我叫張陵拌消,是天一觀的道長。 經(jīng)常有香客問我谒府,道長拼坎,這世上最難降的妖魔是什么浮毯? 我笑而不...
    開封第一講書人閱讀 58,242評論 1 292
  • 正文 為了忘掉前任完疫,我火速辦了婚禮,結果婚禮上债蓝,老公的妹妹穿的比我還像新娘壳鹤。我一直安慰自己,他們只是感情好饰迹,可當我...
    茶點故事閱讀 67,269評論 6 389
  • 文/花漫 我一把揭開白布芳誓。 她就那樣靜靜地躺著,像睡著了一般啊鸭。 火紅的嫁衣襯著肌膚如雪锹淌。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,215評論 1 299
  • 那天赠制,我揣著相機與錄音赂摆,去河邊找鬼。 笑死钟些,一個胖子當著我的面吹牛烟号,可吹牛的內容都是我干的。 我是一名探鬼主播政恍,決...
    沈念sama閱讀 40,096評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼汪拥,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了篙耗?” 一聲冷哼從身側響起迫筑,我...
    開封第一講書人閱讀 38,939評論 0 274
  • 序言:老撾萬榮一對情侶失蹤宪赶,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后脯燃,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體逊朽,經(jīng)...
    沈念sama閱讀 45,354評論 1 311
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 37,573評論 2 333
  • 正文 我和宋清朗相戀三年曲伊,在試婚紗的時候發(fā)現(xiàn)自己被綠了叽讳。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,745評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡坟募,死狀恐怖岛蚤,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情懈糯,我是刑警寧澤涤妒,帶...
    沈念sama閱讀 35,448評論 5 344
  • 正文 年R本政府宣布,位于F島的核電站赚哗,受9級特大地震影響她紫,放射性物質發(fā)生泄漏。R本人自食惡果不足惜屿储,卻給世界環(huán)境...
    茶點故事閱讀 41,048評論 3 327
  • 文/蒙蒙 一贿讹、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧够掠,春花似錦民褂、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,683評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至竖哩,卻和暖如春哭廉,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背相叁。 一陣腳步聲響...
    開封第一講書人閱讀 32,838評論 1 269
  • 我被黑心中介騙來泰國打工遵绰, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人钝荡。 一個月前我還...
    沈念sama閱讀 47,776評論 2 369
  • 正文 我出身青樓街立,卻偏偏與公主長得像,于是被迫代替她去往敵國和親埠通。 傳聞我的和親對象是個殘疾皇子赎离,可洞房花燭夜當晚...
    茶點故事閱讀 44,652評論 2 354

推薦閱讀更多精彩內容