當前位置:成語大全網 - 英語詞典 - 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數據庫程序設計有所幫助。

您可能感興趣的文章:Mysql使用索引實現查詢優化詳解mysql建立索引的使用辦法及優缺點分析MySQL索引用法實例分析Mysql判斷表字段或索引是否存在Mysql數據庫之索引優化Mysql性能優化案例 - 覆蓋索引分享Mysql性能優化案例研究-覆蓋索引和SQL_NO_CACHEmysql 索引詳細介紹