共計 961 個字符，預計需要花費 3 分鐘才能閱讀完成。

自動寫代碼機器人，免費開通

這篇文章主要介紹了 mysql 要索引的原因，具有一定借鑒價值，需要的朋友可以參考下。希望大家閱讀完這篇文章后大有收獲。下面讓丸趣 TV 小編帶著大家一起了解一下。

因為索引能夠快速提高查詢速度；如果不使用索引，mysql 必須從第一條記錄開始然后讀完整個表直到找出相關的行；
表越大花費的時間越多，但也不全是這樣；

索引是數據結構；

所以，在數據之外，數據庫系統還維護著滿足特定查找算法的數據結構，這些數據結構以某種方式引用（指向）數據，這樣就可以在這些數據結構上實現高級查找算法。這種數據結構，就是索引。

索引數據結構分析

這個索引是個啥結構呢？換句話說，為啥這個結構就能提高檢索速度呢？

若沒有索引，搜索某個記錄時（例如查找 name= wish）需要搜索所有的記錄，因為不能保證只有一個 wish，必須全部搜索一遍.

若在 name 上建立索引，mysql 會對全表進行一次搜索，將每條記錄的 name 值查找升序排列，然后構建索引條目（name 和 row_id），存儲到索引段中，查詢 name 為 wish 時即可直接查找對應地方.

3. 創建了索引并不一定就會使用，mysql 自動統計表的信息后，決定是否使用索引，表中數據很少時使用全表掃描速度已經很快，沒有必要使用索引.

舉例說明索引的工作機制

表 A 中有兩個字段

id,name

表中現在有 1000 萬條數據

需求：根據 name 查詢出對應的 id

如果沒有索引，那就得查詢表中所有記錄，就得把 1000 萬條數據都得挨個查一遍，你說慢不慢。

現在根據 name 建立索引，

索引表結構：

id,name,value

其中 value 是表 A 的 id，以 json 數組的方式存放（因為會有多個 name 相同的情況存在）；

然后可以根據排序規則對 name 進行排序，

根據算法可以直接定位到 name 在索引表中的位置，

然后就可以取出表 A 中的 id 所在的記錄。

簡而言之，就是通過建立索引，可以直達表 A 中的記錄。

當然快了，想必須查詢表 A 要查詢 1000 萬條數據，通過建立索引，以算法大大減少了查詢量。

感謝你能夠認真閱讀完這篇文章，希望丸趣 TV 小編分享 mysql 要索引的原因內容對大家有幫助，同時也希望大家多多支持丸趣 TV，關注丸趣 TV 行業資訊頻道，遇到問題就找丸趣 TV，詳細的解決方法等著你來學習!

向 AI 問一下細節

丸趣 TV 網 – 提供最優質的資源集合！