程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> MYSQL數據庫 >> 關於MYSQL數據庫 >> mysql索引必須了解的幾個重要問題

mysql索引必須了解的幾個重要問題

編輯:關於MYSQL數據庫

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

1、索引是做什麼的?

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

2、索引好復雜,我該怎麼理解索引,有沒一個更形象點的例子?

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

3、索引越多越好?

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

數據的變更(增刪改)都需要維護索引,因此更多的索引意味著更多的維護成本

更多的索引意味著也需要更多的空間 (一本100頁的書,卻有50頁目錄?)

過小的表,建索引可能會更慢哦 :)  (讀個2頁的宣傳手冊,你還先去找目錄?)

4、索引的字段類型問題

text類型,也可建索引(需指定長度)

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

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

5、like 不能用索引?

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

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

除了like,以下操作符也可用到索引:

<,<=,=,>,>=,BETWEEN,IN
<>,not in ,!=則不行

6、什麼樣的字段不適合建索引?

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

太長的列,可以選擇只建立部分索引,(如:只取前十位做索引)

更新非常頻繁的數據不適宜建索引(怎樣叫非常?意會)

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

不能

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

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

9、聯合索引的問題?

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

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

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來存手機號(為什麼?自己想!要不自己試試)

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

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

12、NULL 的問題

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

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

show index from tablename;
explain select ……;

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

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

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

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

15、分享個小案例:

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

16、最後:永遠別忘記的關鍵詞 sql注入

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

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved