前言

創(chuàng)新互聯(lián)建站長期為數(shù)千家客戶提供的網(wǎng)站建設(shè)服務(wù)，團隊從業(yè)經(jīng)驗10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為兗州企業(yè)提供專業(yè)的網(wǎng)站建設(shè)、成都網(wǎng)站建設(shè)，兗州網(wǎng)站改版等技術(shù)服務(wù)。擁有十載豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。

MySQL索引的建立對于MySQL的高效運行是很重要的，索引可以大大提高MySQL的檢索速度。

打個比方，如果合理的設(shè)計且使用索引的MySQL是一輛蘭博基尼的話，那么沒有設(shè)計和使用索引的MySQL就是一個人力三輪車。

拿漢語字典的目錄頁（索引）打比方，我們可以按拼音、筆畫、偏旁部首等排序的目錄（索引）快速查找到需要的字。

索引分單列索引和組合索引。單列索引，即一個索引只包含單個列，一個表可以有多個單列索引，但這不是組合索引。組合索引，即一個索引包含多個列。

創(chuàng)建索引時，你需要確保該索引是應(yīng)用在 SQL 查詢語句的條件(一般作為 WHERE 子句的條件)。

實際上，索引也是一張表，該表保存了主鍵與索引字段，并指向?qū)嶓w表的記錄。

上面都在說使用索引的好處，但過多的使用索引將會造成濫用。因此索引也會有它的缺點：雖然索引大大提高了查詢速度，同時卻會降低更新表的速度，如對表進行INSERT、UPDATE和DELETE。因為更新表時，MySQL不僅要保存數(shù)據(jù)，還要保存一下索引文件。

建立索引會占用磁盤空間的索引文件。

1、索引是做什么的?

索引用于快速找出在某個列中有一特定值的行。不使用索引，mysql必須從第1條記錄開始然后讀完整個表直到找出相關(guān)的行。 表越大，花費的時間越多。如果表中查詢的列有一個索引，mysql能快速到達一個位置去搜尋到數(shù)據(jù)文件的中間，沒有必要看所有數(shù)據(jù)。 大多數(shù)mysql索引(PRIMARY KEY、UNIQUE、INDEX和FULLTEXT)在B樹中存儲。只是空間列類型的索引使用R-樹，并且MEMORY表還支持hash索引。

2、索引好復(fù)雜，我該怎么理解索引，有沒一個更形象點的例子？

有，想象一下，你面前有本詞典，數(shù)據(jù)就是書的正文內(nèi)容，你就是那個cpu，而索引，則是書的目錄

3、索引越多越好？

大多數(shù)情況下索引能大幅度提高查詢效率，但：

數(shù)據(jù)的變更（增刪改）都需要維護索引，因此更多的索引意味著更多的維護成本

更多的索引意味著也需要更多的空間 （一本100頁的書，卻有50頁目錄？）

過小的表，建索引可能會更慢哦 ：（讀個2頁的宣傳手冊，你還先去找目錄？）

4、索引的字段類型問題

text類型，也可建索引（需指定長度）

myisam存儲引擎索引鍵長度綜合不能超過1000字節(jié)

用來篩選的值盡量保持和索引列同樣的數(shù)據(jù)類型

5、like 不能用索引？

盡量減少like，但不是絕對不可用，"xxxx%" 是可以用到索引的，

想象一下，你在看一本成語詞典，目錄是按成語拼音順序建立，查詢需求是，你想找以 "一"字開頭的成語（"一%"），和你想找包含一字的成語（"%一%"）

除了like，以下操作符也可用到索引：

<，<=，=，>，>=，BETWEEN，
IN<>，not in ，！=則不行

6、什么樣的字段不適合建索引？

一般來說，列的值唯一性太?。ㄈ缧詣e，類型什么的），不適合建索引（怎樣叫太??？一半說來，同值的數(shù)據(jù)超過表的百分之15，那就沒必要建索引了）

太長的列，可以選擇只建立部分索引，（如：只取前十位做索引）

更新非常頻繁的數(shù)據(jù)不適宜建索引（怎樣叫非常？意會）

7、一次查詢能用多個索引嗎?

不能

8、多列查詢該如何建索引?

一次查詢只能用到一個索引，所以 首先槍斃 a，b各建索引方案 a還是b？誰的區(qū)分度更高（同值的最少），建誰！ 當然，聯(lián)合索引也是個不錯的方案，ab，還是ba，則同上，區(qū)分度高者，在前

9、聯(lián)合索引的問題?

where a = "xxx" 可以使用 AB 聯(lián)合索引 where b = "xxx" 則不可 （再想象一下，這是書的目錄？） 所以，大多數(shù)情況下，有AB索引了，就可以不用在去建一個A索引了

10、哪些常見情況不能用索引?

like "%xxx"

not in ， !=

對列進行函數(shù)運算的情況（如 where md5(password) = "xxxx"）

WHERE index=1 OR A=10

存了數(shù)值的字符串類型字段（如手機號），查詢時記得不要丟掉值的引號，否則無法用到該字段相關(guān)索引，反之則沒關(guān)系

也即

?

select * from test where mobile = 13711112222;

可是無法用到mobile字段的索引的哦（如果mobile是char 或 varchar類型的話）

btw，千萬不要嘗試用int來存手機號（為什么？自己想！要不自己試試）

11、覆蓋索引(Covering Indexes)擁有更高效率

索引包含了所需的全部值的話，就只select 他們，換言之，只select 需要用到的字段，如無必要，可盡量避免select *

12、NULL 的問題

NULL會導(dǎo)致索引形同虛設(shè)，所以在設(shè)計表結(jié)構(gòu)時應(yīng)避免NULL 的存在（用其他方式表達你想表達的NULL，比如 -1？）

13、如何查看索引信息，如何分析是否正確用到索引?

show index from tablename;

explain select ……;

關(guān)于explain，改天可以找個時間專門寫一篇入門帖，在此之前，可以嘗試 google

14、了解自己的系統(tǒng)，不要過早優(yōu)化!

過早優(yōu)化，一直是個非常討厭而又時刻存在的問題，大多數(shù)時候就是因為不了解自己的系統(tǒng)，不知道自己系統(tǒng)真正的承載能力。歡迎大家關(guān)注我的公種浩【程序員追風(fēng)】，整理了2019年多家公司java面試題資料100多頁pdf文檔，文章都會在里面更新，整理的資料也會放在里面。

比如：幾千條數(shù)據(jù)的新聞表，每天幾百幾千次的正文搜索，大多數(shù)時候我們可以放心的去like，而不要又去建一套全文搜索什么的，畢竟cpu還是比人腦厲害太多

15、分享個小案例：

曾經(jīng)有個朋友找板子，說：大師幫看看，公司網(wǎng)站打不開 板子笑了笑：大師可不敢當啊，待我看看再說 板子花了10分鐘分析了下：中小型企業(yè)站，量不大（兩三萬pv每天），獨立服務(wù)器，數(shù)據(jù)量不大（100M不到），應(yīng)該不至于太慢 某個外包團隊做的項目，年久失修，徹底改造？不現(xiàn)實！ 于是，板子花了20分鐘給可以加索引的字段都加上了索引，于是，世界安靜了 朋友說：另外一個哥們說，優(yōu)化至少得2w外包費，你只用30分鐘，看來，大師你是當之無愧了，選個最好的餐館吧 板子：那就來點西餐吧，常熟路地鐵站肯德基等你！

16、最后：永遠別忘記的關(guān)鍵詞 sql注入

希望本文所述對大家mysql數(shù)據(jù)庫程序設(shè)計有所幫助。

最后

歡迎大家一起交流，喜歡文章記得點個贊喲，感謝支持！

網(wǎng)站標題：要想深入理解mysql索引？這16個點你必須要了解！
文章起源：http://www.rwnh.cn/article30/iggpso.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供ChatGPT、定制開發(fā)、全網(wǎng)營銷推廣、動態(tài)網(wǎng)站、商城網(wǎng)站、網(wǎng)站設(shè)計公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)