日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 运维知识 > 数据库 >内容正文

数据库

MySQL范围查找时,索引失效问题探究

發布時間:2025/3/20 数据库 25 豆豆
生活随笔 收集整理的這篇文章主要介紹了 MySQL范围查找时,索引失效问题探究 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

今日推薦

Java 8 一行代碼解決了空指針問題,太厲害了...List中remove()方法的陷阱,被坑慘了!25000 字詳解 23 種設計模式,原來可以這么簡單!最牛逼的 Java 日志框架,性能無敵,橫掃所有對手.....這玩意比ThreadLocal叼多了,嚇得我趕緊分享出來。

來源:blog.csdn.net/qq_25188255/

article/details/81316498

1 問題描述

本文對建立好的復合索引進行排序,并取記錄中非索引字段,發現索引不生效,例如,有如下表,DDL語句為:

CREATE?TABLE?`employees`?(`emp_no`?int(11)?NOT?NULL,`birth_date`?date?NOT?NULL,`first_name`?varchar(14)?NOT?NULL,`last_name`?varchar(16)?NOT?NULL,`gender`?enum('M','F')?NOT?NULL,`hire_date`?date?NOT?NULL,`age`?int(11)?NOT?NULL,PRIMARY?KEY?(`emp_no`),KEY?`unique_birth_name`?(`first_name`,`last_name`)?USING?BTREE)?ENGINE=InnoDB?DEFAULT?CHARSET=utf8;

復合索引為unique_birth_name (first_name,last_name) 。使用以下語句:

EXPLAIN?SELECTgender FROMemployees ORDER?BYfirst_name,last_name

根據上圖:type:all 及 Extra:Using filesort 可得,索引沒有生效。

繼續進行試驗,對查詢語句進一步改寫,加上一個范圍查找:

EXPLAIN?SELECTgender FROMemployees WHERE?first_name?>?'Leah' ORDER?BYfirst_name,last_name

執行計劃顯示如下圖:

這里發現結果和第一次sql分析無異。繼續試驗。

改寫sql語句:

EXPLAIN?SELECTgender FROMemployees WHERE?first_name?>?'Tzvetan' ORDER?BYfirst_name,last_name

此時,令人驚訝的是,索引生效了。

2 問題分析

此時,我們做一個大膽的猜測:

第一次進行sql分析時,因為第一次order by 后,得到的還是全表數據,如果根據復合索引中攜帶的主鍵查找每一個gender進行拼接,自然很費資源和時間,mysql不會做如此蠢的事。不如直接進行全表掃描,把掃描到的每條數據和order by得到的臨時數據進行拼接,從而得到需要的數據。

學習資料:Java進階視頻資源

為了驗證上述想法的正確性,我們對三次sql進行分析。

第一次sql根據復合索引得到的數據量為:300024,為全表數據

SELECTCOUNT(first_name) FROMemployees ORDER?BYfirst_name,last_name

第二次改寫的sql根據復合索引得到的數據量為:159149 , 為全表數據量的1/2。

SELECTCOUNT(first_name) FROMemployees WHERE?first_name?>?'Leah' ORDER?BYfirst_name,last_name

第三次改寫的sql根據復合索引得到的數據量為:36731, 為全表數據量的1/10。

SELECTCOUNT(first_name) FROMemployees WHERE?first_name?>?'Tzvetan' ORDER?BYfirst_name,last_name

通過對比發現,第二次改寫的sql根據復合索引得到的數據量是全表數據量的1/2。此時還沒有達到mysql使用索引進行二次查找的量級。

第三次改寫的sql根據復合索引得到的數據量是全表數據量的1/10,達到了mysql使用索引進行二次查找的量級,于是從執行計劃上可以看到,第三次改寫sql是走了索引的。

3 總結

mysql 是否根據首次索引條件查詢出的主鍵進行二次查找,也是要看查詢出來的數據量級,如果數據量接近全表數據量的話,就會進行全表掃描,否則根據第一次查詢出來的主鍵進行二次查詢。

推薦文章1、一款高顏值的 SpringBoot+JPA 博客項目2、超優 Vue+Element+Spring 中后端解決方案3、推薦幾個支付項目!4、推薦一個 Java 企業信息化系統5、一款基于 Spring Boot 的現代化社區(論壇/問答/社交網絡/博客) 《新程序員》:云原生和全面數字化實踐50位技術專家共同創作,文字、視頻、音頻交互閱讀

總結

以上是生活随笔為你收集整理的MySQL范围查找时,索引失效问题探究的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。