2. 程式人生 > 實用技巧 >mysql索引：密集索引和稀疏索引的區別

mysql索引：密集索引和稀疏索引的區別

阿新 • • 發佈：2020-10-17

mysql索引

密集索引

定義：密集索引檔案中的每個搜尋碼值都對應一個索引值。

特點：

  1. B+樹葉子節點儲存的不僅僅是鍵值，還儲存了該行的其他列的資訊
  2. 密集索引決定了表的物理排列順序，所以一個表只能有且僅有一個密集索引

MySQL資料庫中，InnoDB定義密集索引：

在這裡插入圖片描述
注意：一般InnoDB的稀疏索引，儲存的是主鍵資訊
在這裡插入圖片描述
InnoDB檔案儲存方式：索引和資料儲存在一個.ibd檔案中
在這裡插入圖片描述

稀疏索引

定義：稀疏索引檔案只為索引碼的某些值建立索引項

特點：B+樹葉子節點儲存的是鍵位資訊和該行資料的地址，或儲存的是鍵位資訊和主鍵

MySQL資料庫中：
不論是什麼索引，MyISAM中，都是稀疏索引

注意：一般MyISAM的稀疏索引，儲存的是行的地址值

在這裡插入圖片描述
MyISAM引擎的檔案儲存方式：索引和資料分別存放，索引存放在.MYI檔案下，資料存放在.MYD檔案項

在這裡插入圖片描述

相關推薦

mysql索引：密集索引和稀疏索引的區別

mysql索引 密集索引稀疏索引 密集索引 定義：密集索引檔案中的每個搜尋碼值都對應一個索引值。

詳解mysql中的冗餘和重複索引

mysql允許在相同列上建立多個索引，無論是有意還是無意，mysql需要單獨維護重複的索引，並且優化器在優化查詢的時候也需要逐個地進行考慮，這會影響效能。

陣列進階：氣泡排序和稀疏陣列

氣泡排序 比較陣列中，兩個相鄰的元素，如果第一個數比第二個數大，就交換它們的位置。

使用者認證：基於jwt和session的區別和優缺點

背景知識： Authentication和Authorization的區別： Authentication：使用者認證，指的是驗證使用者的身份，例如你希望以小A的身份登入，那麼應用程式需要通過使用者名稱和密碼確認你真的是小A。

mysql查詢條件not in 和 in的區別及原因說明

先寫一個SQL SELECT DISTINCT from_id FROM cod WHERE cod.from_id NOT IN (37,56,57) 今天在寫SQL的時候，發現這個查的結果不全，少了NULL值的情況，not in 的時候竟然把null也排除了

MySQL中drop、truncate和delete的區別

（1）DELETE語句執行刪除的過程是每次從表中刪除一行，並且同時將該行的刪除操作作為事務記錄在日誌中儲存以便進行進行回滾操作。

Java： 成員變數和屬性的區別

有一個類如下定義： public class User { private int id ; private String username; private String password;

提示：Refresh, Update, 和 Invalidate的區別

最近，一些人問我，為什麼要用Invalidate代替Refresh用來使控制元件重畫。Invalidate和Refresh這兩種方法都會控制元件的繪製事件的處理程式執行，所以，為什麼非要挑選一個呢？

Mysql：建立索引和刪除索引

建立索引的方式 建立表時，建立索引 在已存在的表，建立索引 建立表新增索引

MySQL索引的原理，B+樹、聚集索引和二級索引的結構分析

索引是一種用於快速查詢行的資料結構，就像一本書的目錄就是一個索引，如果想在一本書中找到某個主題，一般會先找到對應頁碼。在mysql中，儲存引擎用類似的方法使用索引，先在索引中找到對應值，然後根據匹配的索引記

從零寫一個編譯器（完結）：總結和系列索引

前言 這個系列算作我自己的學習筆記，到現在已經有十三篇了，加上這篇一共十四篇。一步一步的從詞法分析到語法分析、語義分析，再到程式碼生成，準備在這一篇做一個總結收尾和一個這個系列以前文章的索引。

MySQL批量插入和唯一索引問題的解決方法

MySQL批量插入問題 在開發專案時，因為有一些舊系統的基礎資料需要提前匯入，所以我在匯入時做了批量匯入操作,但是因為MySQL中的一次可接受的SQL語句大小受限制所以我每次批量雖然只有500條，但依然無法插入，這個時

MySQL普通索引和唯一索引的深入講解

場景 1、維護一個市民系統，有一個欄位為身份證號 2、業務程式碼能保證不會寫入兩個重複的身份證號（如果業務無法保證，可以依賴資料庫的唯一索引來進行約束）

sql：主鍵（primary key）和唯一索引（unique index）區別

主鍵一定是唯一性索引，唯一性索引並不一定就是主鍵。 所謂主鍵就是能夠唯一標識表中某一行的屬性或屬性組，一個表只能有一個主鍵，但可以有多個候選索引。

MySQL-SQL調優-引擎選錯索引或者不使用索引分析 和 字串加索引的方式思考

優化器生成最優執行計劃需要考慮的因素 MySQL有一個優化器，專門負責生成最優的查詢計劃，生成最優查詢計劃可能考慮的因素有：

MySQL唯一索引和普通索引選哪個？

想象這樣一個場景，在設計一張使用者表時，每人的身份證號是唯一的，需要搜尋。但由於身份證號欄位較大，不好將其作為主鍵。在業務程式碼已經保證插入身份證唯一的情況下，可以選擇建立唯一索引和普通索引，這時該如

Mysql初探：索引

此文為極客時間：MySQL實戰45講的 4、5、9、10、11、15、18節索引相關部分的總結

第三節：MySQL索引優化規則套路實戰1(索引分析、索引失效、查詢優化)

一. 索引分析 1. 單表索引分析 　資料準備：建立arcile表，並插入資料。 --建立arctile表，並插入資料

mysql的索引下推理解和實踐

對於mysql建表稍有點經驗的開發人員都會為後續的where查詢條件提前考慮建立索引。

【mysql優化系列】分割槽和索引介紹和優化案例

1. 索引和分割槽 分割槽和索引作為一個常見的資料庫效率提高手段。本文基於實際場景進行簡單的分析和整理。