點擊上方“朱小廝的博客”，選擇“設為星標”

后臺回復”加群“加入公眾號專屬技術群

來源：rrd.me/eYSES

本文講述了mysql索引必須了解的幾個重要問題。分享給大家供大家參考，具體如下：

1、索引是做什么的?

索引用于快速找出在某個列中有一特定值的行。不使用索引，MySQL必須從第1條記錄開始然后讀完整個表直到找出相關的行。

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

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

3、索引越多越好？

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

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

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

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

4、索引的字段類型問題

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

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

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

5、like 不能用索引？

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

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

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

<，<=，=，>，>=，BETWEEN，IN

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

一般來說，列的值唯一性太小（如性別，類型什么的），不適合建索引（怎樣叫太小？一半說來，同值的數據超過表的百分之15，那就沒必要建索引了）

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

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

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

不能

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

一次查詢只能用到一個索引，所以 首先槍斃 a，b各建索引方案

9、聯合索引的問題?

where a = "xxx" 可以使用 AB 聯合索引

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

like "%xxx"

not in ， !=

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

WHERE index=1 OR A=10

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

也即

?

1	select * from test where mobile = 13711112222;

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

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

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

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

12、NULL 的問題

NULL會導致索引形同虛設，所以在設計表結構時應避免NULL 的存在（用其他方式表達你想表達的NULL，比如 -1？）

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

?

1 2	show index from tablename; explain select ……;

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

14、了解自己的系統，不要過早優化!

過早優化，一直是個非常討厭而又時刻存在的問題，大多數時候就是因為不了解自己的系統，不知道自己系統真正的承載能力

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

15、分享個小案例：

曾經有個朋友找板子，說：大師幫看看，公司網站打不開

16、最后：永遠別忘記的關鍵詞 sql注入

希望本文所述對大家MySQL數據庫程序設計有所幫助。

想知道更多？掃描下面的二維碼關注我

怎么加群？：

朕已閱?

總結

以上是生活随笔為你收集整理的MySQL 索引必须了解的几个重要问题的全部內容，希望文章能夠幫你解決所遇到的問題。

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