摘要:如果我們要進行范圍查找,例如查找為的人,哈希表同樣不支持,只能遍歷全表。索引字段通過哈希映射成哈希碼,如果很多字段都剛好映射到相同值的哈希碼的話,那么形成的索引結構將會是一條很長的鏈表,這樣的話,查找的時間就會大大增加。
MySQL 索引你真的懂嗎?這幾道題帶你了解索引的幾個重要知識點
1. 什么是最左前綴原則?以下回答全部是基于MySQL的InnoDB引擎
例如對于下面這一張表
如果我們按照 name 字段來建立索引的話,采用B+樹的結構,大概的索引結構如下
如果我們要進行模糊查找,查找name 以“張"開頭的所有人的ID,即 sql 語句為
select ID from table where name like "張%"
由于在B+樹結構的索引中,索引項是按照索引定義里面出現的字段順序排序的,索引在查找的時候,可以快速定位到 ID 為 100的張一,然后直接向右遍歷所有張開頭的人,直到條件不滿足為止。
也就是說,我們找到第一個滿足條件的人之后,直接向右遍歷就可以了,由于索引是有序的,所有滿足條件的人都會聚集在一起。
而這種定位到最左邊,然后向右遍歷尋找,就是我們所說的最左前綴原則。
2. 為什么用 B+ 樹做索引而不用哈希表做索引");1、哈希表是把索引字段映射成對應的哈希碼然后再存放在對應的位置,這樣的話,如果我們要進行模糊查找的話,顯然哈希表這種結構是不支持的,只能遍歷這個表。而B+樹則可以通過最左前綴原則快速找到對應的數據。
2、如果我們要進行范圍查找,例如查找ID為100 ~ 400的人,哈希表同樣不支持,只能遍歷全表。
3、索引字段通過哈希映射成哈希碼,如果很多字段都剛好映射到相同值的哈希碼的話,那么形成的索引結構將會是一條很長的鏈表,這樣的話,查找的時間就會大大增加。
3. 主鍵索引和非主鍵索引有什么區別?例如對于下面這個表(其實就是上面的表中增加了一個k字段),且ID是主鍵。
主鍵索引和非主鍵索引的示意圖如下:
其中R代表一整行的值。
從圖中不難看出,主鍵索引和非主鍵索引的區別是:非主鍵索引的葉子節點存放的是主鍵的值,而主鍵索引的葉子節點存放的是整行數據,其中非主鍵索引也被稱為二級索引,而主鍵索引也被稱為聚簇索引。
根據這兩種結構我們來進行下查詢,看看他們在查詢上有什么區別。
1、如果查詢語句是 select * from table where ID = 100,即主鍵查詢的方式,則只需要搜索 ID 這棵 B+樹。
2、如果查詢語句是 select * from table where k = 1,即非主鍵的查詢方式,則先搜索k索引樹,得到ID=100,再到ID索引樹搜索一次,這個過程也被稱為回表。
現在,知道他們的區別了吧?
4. 為什么建議使用主鍵自增的索引?對于這顆主鍵索引的樹
如果我們插入 ID = 650 的一行數據,那么直接在最右邊插入就可以了
但是如果插入的是 ID = 350 的一行數據,由于 B+ 樹是有序的,那么需要將下面的葉子節點進行移動,騰出位置來插入 ID = 350 的數據,這樣就會比較消耗時間,如果剛好 R4 所在的數據頁已經滿了,需要進行頁分裂操作,這樣會更加糟糕。
但是,如果我們的主鍵是自增的,每次插入的 ID 都會比前面的大,那么我們每次只需要在后面插入就行, 不需要移動位置、分裂等操作,這樣可以提高性能。也就是為什么建議使用主鍵自增的索引。
如果你覺得文章不錯, 不妨: 1、點贊,讓更多的人也能看到這篇內容(收藏不點贊,都是耍流氓 -_-)
2、關注我,讓我們成為長期關系
3、關注公眾號「苦逼的碼農」,里面已有100多篇原創文章,我也分享了很多視頻、書籍的資源,以及開發工具,歡迎各位的關注,第一時間閱讀我的文章。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/7348.html
摘要:定時檢測器定時拿出一部分重新的用過濾器進行檢測剔除不能用的代理。重載是讓類以統一的方式處理不同類型數據的一種手段。雖然在內存中存儲表數據確實會提供很高的性能,但當守護進程崩潰時,所有的數據都會丟失。第1題: 如何解決驗證碼的問題,用什么模塊,聽過哪些人工打碼平臺? PIL、pytesser、tesseract模塊 平臺的話有:(打碼平臺特殊,不保證時效性) 云打碼 掙碼 斐斐打碼 若快打碼...
摘要:定時檢測器定時拿出一部分重新的用過濾器進行檢測剔除不能用的代理。重載是讓類以統一的方式處理不同類型數據的一種手段。雖然在內存中存儲表數據確實會提供很高的性能,但當守護進程崩潰時,所有的數據都會丟失。第1題: 如何解決驗證碼的問題,用什么模塊,聽過哪些人工打碼平臺? PIL、pytesser、tesseract模塊 平臺的話有:(打碼平臺特殊,不保證時效性) 云打碼 掙碼 斐斐打碼 若快打碼...
摘要:碰到這種面試官,你只有是個題霸,再加上眼緣夠才能順利入圍。只要按照我題目的思路,甚至打出來測試用例看看,就能實現這個題目了。答案根據的,對答案做出修正。另我的答案絕不敢稱最佳,隨時歡迎優化修正。但了解總歸是好的。 我們在長期的面試過程中,經歷了種種苦不堪言,不訴苦感覺不過癮(我盡量控制),然后主要聊聊常見JavaScript面試題的解法,以及面試注意事項 憶苦 面試第一苦,面試官的土 ...
閱讀 3021·2021-11-24 10:32
閱讀 678·2021-11-24 10:19
閱讀 5071·2021-08-11 11:17
閱讀 1456·2019-08-26 13:31
閱讀 1259·2019-08-23 15:15
閱讀 2287·2019-08-23 14:46
閱讀 2265·2019-08-23 14:07
閱讀 1074·2019-08-23 14:03