您好,登錄后才能下訂單哦!
今天小編給大家分享的是必須了解的MySQL索引知識點匯總,相信很多人都不太了解,為了讓大家更加了解MySQL索引知識點,所以給大家總結了以下內容,一起往下看吧。一定會有所收獲的哦。
數據庫索引有關的知識,說實在的,真的是很復雜,本來想好好看看這方面的東西,然后寫篇文章詳細談談的,后來發現索引的知識太難太深,要談得全面又詳細真的很難,所以最后還是把自己學到的和想到的變成下面一個個的問題,希望能對大家幫助!
數據庫索引是數據庫系統中一個重要的概念,索引也叫做 key
,是一種用于提升數據庫查詢效率的數據結構,我們可以把索引理解成一本書的目錄,通過目錄我們可以快速找到對應章節的內容,同樣的,通過數據庫索引,我們可以快速找到數據表中對應的記錄。
總而言之,索引就像給數據表建了一個目錄一樣。
1 . 使用索引大大減少了存儲引擎需要掃描的數據量,如果沒有使用索引的話,每查詢一行數據都要對數據表進行掃描,這樣的話會非常慢。
2 . 由于索引已經排好序的,所以對數據表進行 ORDER BY
和 GROUP BY
等操作時,可以很快得到結果。
3 . 索引可以將隨機的 I/O
轉為順序的 I/O
,避免高昂的磁盤 IO
成本,提升查詢效率。
MySQL
的索引是在存儲引擎這一層實現的,因此每一種存儲引擎都有不同的實現方式,對同一種索引的處理方式也完成不同。
如果使用以 %
開頭的 LIKE
語句進行模糊匹配,則無法使用索引,如:
SELECT * FROM users WHERE name LIKE '%小張%'; SELECT * FROM users WHERE name LIKE '%小張';
不過以 %
為結尾則可以使用索引,如:
SELECT * FROM users WHERE name LIKE '張%';
OR
語句前后沒有同時使用索引,比如下面的語句, 字段id
有索引,而 字段name
沒有創建索引,那么下面的語句只能全表掃描,無法用到索引:
SELECT * FROM users id = 10 or name='test'復制代碼
問題5:MySQL索引底層使用什么數據結構?
在 MySQL
中,大部分情況下,索引都是使用 B-Tree
作為底層數據結構, B-Tree
只是一種泛稱,實際上不同的存儲引擎使用 B-Tree
時,有不同的變種,比如 InnoDB
使用的是 B+Tree
。
另外也有一些特殊的索引結構,比如哈希索引,哈希索引底層則使用的是哈希表,在 MySQL
中,只有 Memory
存儲引擎支持哈希索引。
1 . 對于用于存儲歸檔歷史數據的且很少用于查詢的數據表,不建議創建索引。
2 . 數據量比較小的數據表,而且未來數據也不會有太大增長的數據,不應該建索引,比如用于保存配置的數據表。
3 . 修改頻繁,且修改性能遠大于查詢性能時,不應該再創建索引。
回表是對Innodb存儲引擎而言的,在 InnoDB
存儲引擎中,主鍵索引的葉子節點存儲的記錄的數據,而普通索引的葉子節點存儲的主鍵索引的地點。
當我們通過主鍵查詢時,只需要搜索主鍵索引的搜索樹,直接可以得到記錄的數據。
當我們通過普通索引進行查詢時,通過搜索普通索引的搜索樹得到主鍵的地址之后,還要再使用該主鍵對主鍵搜索樹進行搜索,這個過程稱為回表。
聚簇索引:聚簇索引的順序就是數據的物理存儲順序,并且索引與數據放在一塊,通過索引可以直接獲取數據,一個數據表中僅有一個聚簇索引。
非聚簇索引:索引順序與數據物理排列順序無關,索引文件與數據是分開存放。
設置為主鍵索引的字段不允許為 NULL
,而且一張數據表只能有一個主鍵索引。
設置為唯一索引的字段,其字段值不允許重要。
普通索引可以包含重復的值,也可以為 NULL
。
索引作為一個數據表的目錄,本身的存儲就需要消耗很多的磁盤和內存存儲空間。
并助在寫入數據表數據時,每次都需要更新索引,所以索引越多,寫入就越慢。
尤其是糟糕的索引,建得越多對數據庫的性能影響越大。
MyISAM
存儲引擎是非聚族索引,索引與數據是分開存儲的,索引文件中記錄了數據的指針
而 InnoDB
存儲引擎是聚族索引,即索引跟數據是放在一塊的, InnoDB
一般將主鍵與數據放在一塊,如果沒有主鍵,則將 unique key
作為主鍵,如果沒有 unique key
,則自動創建一個 rowid
作為主鍵,其他二級索引葉子指針存儲的是主鍵的位置。
MySQL
數據庫不單可以為單個數據列創建索引,也可以為多個數據列創建一個聯合索引,比如:
CREATE TABLE test( a INT NOT NOT, b INT NOT NOT, KEY(a,b) );
當我們使用下面的查詢語句時,由于 WHERE
語句中查詢的條件就是聯合索引,所以可以很快查詢到數據。
SELECT * FROM test WHERE a=1 AND b=1;
同樣,下面的語句也會利用上面創建的聯合索引,這是因為 MySQL
會按照索引創建的順序進行排序,然后根據查詢條件從索引最左邊開始檢測查詢條件是否滿足該索引,由于字段 a
在最左邊,所以滿足索引。
SELECT * FROM test WHERE a=1;
而使用 字段b
進行查詢時,則為滿足,因為從最左邊匹配到的是 字段a
,所以 MySQL
判斷為不滿足索引條件。
SELECT * FROM test WHERE b=1;
從上面例子可以很好地了解索引的最左前綴原則,同時也說明了索引順序的重要性。
如果一個索引中包含查詢所要的字段時,此時不需要再回表查詢,我們就稱該索引為覆蓋索引。
比如下面的查詢中,字段id是主鍵索引,所以可以直接返回索引的值,顯著提升了查詢的性能。
SELECT id FROM users WHERE id BETWEEN 10 AND 20;
當然,上面列出的只是索引的一小部分知識點,有什么回答不對的地方,歡迎指出。
關于必須了解的MySQL索引知識點匯總就分享到這里了,希望以上內容可以對大家有一定的參考價值,可以學以致用。如果喜歡本篇文章,不妨把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。