mysql 高效索引搭建 置頂

2021-08-15 09:43:21 字數 2947 閱讀 2130



mysql官方對索引的定義:索引是幫助mysql高效獲取資料的資料結構。索引是在儲存引擎中實現的,所以每種儲存引擎中的索引都不一樣。如myisam和innodb儲存引擎只支援btree索引;memory和heap儲存引擎可以支援hash和btree索引。

所以。。。。這裡僅針對常用的innodb儲存引擎所支援的btree索引進行介紹:

id bigint not null auto_increment comment '主鍵',

name varchar (10) comment '姓名',

age int comment '年齡',

phonenum char (11) comment '手機號',

primary key (id)

) engine = innodb auto_increment = 1 default charset = utf8;

下圖是col2為索引列,記錄與b樹結構的對應圖,僅供參考:

------直接建立索引

---------直接建立唯一索引

也稱為組合索引,就是在多個欄位上聯合建立乙個索引

-------直接建立組合索引

create index index_union on index_table(name,age,phonenum);

這裡乙個組合索引,相當於在有如下三個索引:

name;

name,age;

name,age,phonenum;

這裡或許有這樣乙個疑惑:為什麼age或者age,phonenum欄位上沒有索引。這是由於btree索引因要遵守最左字首原則,這個原則在後面詳細展開。

建立索引簡單,但是在哪些列上建立索引則需要好好思考。可以考慮在where字句中出現列或者join字句中出現的列上建索引

select

age----不使用索引

from

index_union

where

name = 'xiaoming'---考慮使用索引

and phonenum = '18668247687';---考慮使用索引

聯合索引(name,age,phonenum) ,b+樹是按照從左到右的順序來建立搜尋樹的。如('張三',18,'18668247652')來檢索資料的時候,b+樹會優先匹配name來確定搜尋方向,name匹配成功再依次匹配age、phonenum,最後檢索到最終的資料。也就是說這種情況下是有**索引,當name相同,查詢age,age也相同時,去比較phonenum;但是如果拿 (18,'18668247652')來檢索時,b+樹沒有拿到一級索引,根本就無法確定下一步的搜尋方向。('張三','18668247652')這種場景也是一樣,當name匹配成功後,沒有age這個二級索引,只能在name相同的情況下,去遍歷所有的phonenum。

b+樹的資料結構決定了在使用索引的時候必須遵守最左字首原則,在建立聯合索引的時候,盡量將經常參與查詢的字段放在聯合索引的最左邊。

一般情況下不建議使用like操作,如果非使用不可的話,需要注意:like '%abd%'不會使用索引,而like 『aaa%』可以使用索引。這也是前面的最左字首原則的乙個使用場景。

mysql會按照聯合索引從左往右進行匹配,直到遇到範圍查詢,如:>, 3 and d = 4,如果建立(a,b,c,d)順序的索引,d是不會使用索引的。但如果聯合索引是(a,b,d,c)的話,則a b d c都可以使用到索引,只是最終c是乙個範圍值。

order by排序有兩種排序方式:using filesort使用演算法在記憶體中排序以及使用mysql的索引進行排序;我們在部分不情況下希望的是使用索引。

1select test_index where id = 3 order by id desc;

如果id是單列索引,則order by會使用索引

1select test_index where id = 3 order by name desc;

如果id是單列索引,name不是索引或者name也是單列索引,則order by不會使用索引。因為mysql的一次查詢只會從眾多索引中選擇乙個索引,而這次查詢中使用的是id列索引,而不是name列索引。在這種場景下,如果想讓order by也使用索引的話,就建立聯合索引(id,name),這裡需要注意最左字首原則,不要建立這樣的聯合索引(name,id)。

最後需要注意mysql對排序記錄的大小有限制:max_length_for_sort_data 預設為1024;也就意味著如果需要排序的資料量大於1024,則order by不會使用索引,而是使用using filesort。

然後~然後就結束啦~~~啦啦啦啦啦啦啦

mysql建立高效索引 mysql建立高效索引分析

一 如何建立理想的索引?查詢頻繁度 區分度索引長度 覆蓋字段 1.1區分度 假設100萬使用者,性別基本上男 女各為50w,區分度就低。1.2長度小 索引長度直接影響索引檔案的大小,影響增刪改的速度,並間接影響查詢速度 占用記憶體多 1.3區分度高,長度小 如何讓區分度高,而長度小?可以針對列中的值...

mysql快速高效建立索引

有乙個問題,一張表有3百萬條記錄,隨著時間的增加,記錄量會更多,此時查詢速度很慢。在建立此表前沒有未相應字段新增索引,所以此時需要為表新增索引。但是因為資料量大的原因,索引新增不成功,想了很多辦法,終於在短時間內解決了。辦法如下 1 進入mysql介面。mysql uroot hlocalhost ...

如何高效地利用MySQL索引

1 在經常做搜尋的列上,也就是where子句裡經常出現的列,考慮加上索引,加快搜尋速度。2 唯一標識記錄的列,應該加上唯一索引,強制該列的唯一性並且加快按該列查詢記錄的速度。3 在內連線使用的列上加上索引,最好是在內連線用到欄位都加上,因為mysql優化器會自動地選擇連線順序,然後觀察索引的使用情況...