SQL思考題-實踐-解題

假設有一張訂單表 order扰魂,主要包含了主鍵訂單編碼 order_no闻伶、訂單狀態(tài) status、提交時間 create_time 等列,并且創(chuàng)建了 status 列索引和 create_time 列索引禁熏。此時通過創(chuàng)建時間降序獲取狀態(tài)為 1 的訂單編碼,以下是具體實現(xiàn)代碼:

select order_no from order where status =1 order by create_time desc

你知道其中的問題所在嗎邑彪?我們又該如何優(yōu)化瞧毙?

實踐

1. 造數(shù)據(jù)

創(chuàng)建表order01,主鍵索引,status宙彪,create_time 索引

CREATE TABLE `order01`  (
  `oder_no` bigint(0) NOT NULL AUTO_INCREMENT,
  `status` bigint(0) NULL DEFAULT NULL,
  `name` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL,
  `create_time` datetime(0) NULL DEFAULT NULL,
  PRIMARY KEY (`oder_no`) USING BTREE,
  INDEX `idx_status`(`status`) USING BTREE,
  INDEX `idx_create_time`(`create_time`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4 COLLATE = utf8mb4_general_ci ROW_FORMAT = Dynamic;

創(chuàng)建表order02矩动,主鍵索引,status和create_time 聯(lián)合索引

CREATE TABLE `order02`  (
  `id` bigint(0) NOT NULL AUTO_INCREMENT,
  `status` bigint(0) NULL DEFAULT NULL,
  `name` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL,
  `create_time` datetime(0) NULL DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  INDEX `idx_status_create_time`(`status`, `create_time`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4 COLLATE = utf8mb4_general_ci ROW_FORMAT = Dynamic;

隨機插入10000條數(shù)據(jù)释漆,方便測試

DROP PROCEDURE IF EXISTS proc_initData;--如果存在此存儲過程則刪掉
DELIMITER $
CREATE PROCEDURE proc_initData()
BEGIN
    DECLARE i INT DEFAULT 1;
    WHILE i<=10000 DO
        insert into order01(STATUS,name,create_time) VALUES(RAND()*10000000,RAND()*10000000,now());
        SET i = i+1;
    END WHILE;
END $
CALL proc_initData();

執(zhí)行完悲没,我手動把1000條數(shù)據(jù)的status值置為1,方便測試男图。

2. 查看執(zhí)行計劃

EXPLAIN select * from `order01` WHERE STATUS = 1 ORDER BY create_time;
image.png
EXPLAIN select * from `order02` WHERE STATUS = 1 ORDER BY create_time;
image.png

執(zhí)行時間對比


image.png

3. 結論

status和create_time單獨建索引示姿,在查詢時只會遍歷status索引對數(shù)據(jù)進行過濾,不會用到create_time列索引逊笆,將符合條件的數(shù)據(jù)返回到server層栈戳,在server層對數(shù)據(jù)通過快排算法進行排序,Extra列會出現(xiàn)filesort难裆;
應該利用索引的有序性子檀,在status和creat_time列建立聯(lián)合索引,這樣根據(jù)status過濾后的數(shù)據(jù)就是按照create_time排好序的乃戈,避免在server層排序命锄。

?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市偏化,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌镐侯,老刑警劉巖侦讨,帶你破解...
    沈念sama閱讀 216,372評論 6 498
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異苟翻,居然都是意外死亡韵卤,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,368評論 3 392
  • 文/潘曉璐 我一進店門崇猫,熙熙樓的掌柜王于貴愁眉苦臉地迎上來沈条,“玉大人,你說我怎么就攤上這事诅炉±酰” “怎么了?”我有些...
    開封第一講書人閱讀 162,415評論 0 353
  • 文/不壞的土叔 我叫張陵涕烧,是天一觀的道長月而。 經常有香客問我,道長议纯,這世上最難降的妖魔是什么父款? 我笑而不...
    開封第一講書人閱讀 58,157評論 1 292
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上憨攒,老公的妹妹穿的比我還像新娘世杀。我一直安慰自己,他們只是感情好肝集,可當我...
    茶點故事閱讀 67,171評論 6 388
  • 文/花漫 我一把揭開白布瞻坝。 她就那樣靜靜地躺著,像睡著了一般包晰。 火紅的嫁衣襯著肌膚如雪湿镀。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,125評論 1 297
  • 那天伐憾,我揣著相機與錄音勉痴,去河邊找鬼。 笑死树肃,一個胖子當著我的面吹牛蒸矛,可吹牛的內容都是我干的。 我是一名探鬼主播胸嘴,決...
    沈念sama閱讀 40,028評論 3 417
  • 文/蒼蘭香墨 我猛地睜開眼雏掠,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了劣像?” 一聲冷哼從身側響起乡话,我...
    開封第一講書人閱讀 38,887評論 0 274
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎耳奕,沒想到半個月后绑青,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經...
    沈念sama閱讀 45,310評論 1 310
  • 正文 獨居荒郊野嶺守林人離奇死亡屋群,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 37,533評論 2 332
  • 正文 我和宋清朗相戀三年闸婴,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片芍躏。...
    茶點故事閱讀 39,690評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡邪乍,死狀恐怖,靈堂內的尸體忽然破棺而出对竣,到底是詐尸還是另有隱情庇楞,我是刑警寧澤,帶...
    沈念sama閱讀 35,411評論 5 343
  • 正文 年R本政府宣布柏肪,位于F島的核電站姐刁,受9級特大地震影響,放射性物質發(fā)生泄漏烦味。R本人自食惡果不足惜聂使,卻給世界環(huán)境...
    茶點故事閱讀 41,004評論 3 325
  • 文/蒙蒙 一壁拉、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧柏靶,春花似錦弃理、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,659評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至炬转,卻和暖如春辆苔,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背扼劈。 一陣腳步聲響...
    開封第一講書人閱讀 32,812評論 1 268
  • 我被黑心中介騙來泰國打工驻啤, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人荐吵。 一個月前我還...
    沈念sama閱讀 47,693評論 2 368
  • 正文 我出身青樓骑冗,卻偏偏與公主長得像,于是被迫代替她去往敵國和親先煎。 傳聞我的和親對象是個殘疾皇子贼涩,可洞房花燭夜當晚...
    茶點故事閱讀 44,577評論 2 353

推薦閱讀更多精彩內容