要想深刻理解mysql索引？這16個點你必需要了解！

前言

MySQL索引的創建對於MySQL的高效運行是很重要的，索引能夠大大提升MySQL的檢索速度。

打個比方，若是合理的設計且使用索引的MySQL是一輛蘭博基尼的話，那麼沒有設計和使用索引的MySQL就是一我的力三輪車。

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

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

建立索引時，你須要確保該索引是應用在 SQL 查詢語句的條件(通常做爲 WHERE 子句的條件)。

實際上，索引也是一張表，該表保存了主鍵與索引字段，並指向實體表的記錄。

上面都在說使用索引的好處，但過多的使用索引將會形成濫用。所以索引也會有它的缺點：雖然索引大大提升了查詢速度，同時卻會下降更新表的速度，如對錶進行INSERT、UPDATE和DELETE。由於更新表時，MySQL不只要保存數據，還要保存一下索引文件。

創建索引會佔用磁盤空間的索引文件。

一、索引是作什麼的?

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

二、索引好複雜，我該怎麼理解索引，有沒一個更形象點的例子？

有，想象一下，你面前有本詞典，數據就是書的正文內容，你就是那個cpu，而索引，則是書的目錄

三、索引越多越好？

大多數狀況下索引能大幅度提升查詢效率，但：

數據的變動（增刪改）都須要維護索引，所以更多的索引意味着更多的維護成本

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

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

四、索引的字段類型問題

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

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

用來篩選的值儘可能保持和索引列一樣的數據類型

五、like 不能用索引？

儘可能減小like，但不是絕對不可用，"xxxx%" 是能夠用到索引的，

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

除了like，如下操做符也可用到索引：

<，<=，=，>，>=，BETWEEN，
IN<>，not in ，！=則不行複製代碼

六、什麼樣的字段不適合建索引？

通常來講，列的值惟一性過小（如性別，類型什麼的），不適合建索引（怎樣叫過小？一半說來，同值的數據超過表的百分之15，那就不必建索引了）

太長的列，能夠選擇只創建部分索引，（如：只取前十位作索引）

更新很是頻繁的數據不適宜建索引（怎樣叫很是？意會）

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

不能

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

一次查詢只能用到一個索引，因此 首先槍斃 a，b各建索引方案 a仍是b？誰的區分度更高（同值的最少），建誰！ 固然，聯合索引也是個不錯的方案，ab，仍是ba，則同上，區分度高者，在前

九、聯合索引的問題?

where a = "xxx" 可使用 AB 聯合索引 where b = "xxx" 則不可 （再想象一下，這是書的目錄？） 因此，大多數狀況下，有AB索引了，就能夠不用在去建一個A索引了

十、哪些常見狀況不能用索引?

like "%xxx"

not in ， !=複製代碼

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

WHERE index=1 OR A=10複製代碼

存了數值的字符串類型字段（如手機號），查詢時記得不要丟掉值的引號，不然沒法用到該字段相關索引，反之則不要緊

也即

?

select * from test where mobile = 13711112222;複製代碼

但是沒法用到mobile字段的索引的哦（若是mobile是char 或 varchar類型的話）

btw，千萬不要嘗試用int來存手機號（爲何？本身想！要不本身試試）

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

索引包含了所需的所有值的話，就只select 他們，換言之，只select 須要用到的字段，如無必要，可儘可能避免select *

十二、NULL 的問題

NULL會致使索引形同虛設，因此在設計表結構時應避免NULL 的存在（用其餘方式表達你想表達的NULL，好比 -1？）

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

show index from tablename;

explain select ……;複製代碼

關於explain，改天能夠找個時間專門寫一篇入門帖，在此以前，能夠嘗試 google

1四、瞭解本身的系統，不要過早優化!

過早優化，一直是個很是討厭而又時刻存在的問題，大多數時候就是由於不瞭解本身的系統，不知道本身系統真正的承載能力

好比：幾千條數據的新聞表，天天幾百幾千次的正文搜索，大多數時候咱們能夠放心的去like，而不要又去建一套全文搜索什麼的，畢竟cpu仍是比人腦厲害太多

1五、分享個小案例：

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

1六、最後：永遠別忘記的關鍵詞 sql注入

但願本文所述對你們mysql數據庫程序設計有所幫助。

最後

歡迎你們關注個人公種浩【程序員追風】，整理了2019年多家公司java面試題資料100多頁pdf文檔，文章都會在裏面更新，整理的資料也會放在裏面。