主頁 > 知識庫 > MySQL中有哪些情況下數(shù)據(jù)庫索引會失效詳析

MySQL中有哪些情況下數(shù)據(jù)庫索引會失效詳析

熱門標簽:外呼系統(tǒng)從哪買 陜西400電話如何申請 商家地圖標注哪個好 德惠市地圖標注 承德電腦地圖標注 遵義地圖標注app 地圖標注賺錢真假 深圳 合肥營銷外呼系統(tǒng)收費

前言

要想分析MySQL查詢語句中的相關(guān)信息,如是全表查詢還是部分查詢,就要用到explain.

索引的優(yōu)點

  • 大大減少了服務(wù)器需要掃描的數(shù)據(jù)量
  • 可以幫助服務(wù)器避免排序或減少使用臨時表排序
  • 索引可以隨機I/O變?yōu)轫樞騃/O

索引的缺點

  • 需要占用磁盤空間,因此冗余低效的索引將占用大量的磁盤空間
  • 降低DML性能,對于數(shù)據(jù)的任意增刪改都需要調(diào)整對應(yīng)的索引,甚至出現(xiàn)索引分裂
  • 索引會產(chǎn)生相應(yīng)的碎片,產(chǎn)生維護開銷

一、explain

用法:explain +查詢語句。

id:查詢語句的序列號,上面圖片中只有一個select 語句,所以只會顯示一個序列號。如果有嵌套查詢,如下

select_type:表示查詢類型,有以下幾種

  simple:簡單的 select (沒有使用 union或子查詢)

  primary:最外層的 select。

  union:第二層,在select 之后使用了 union。

  dependent union:union 語句中的第二個select,依賴于外部子查詢

  subquery:子查詢中的第一個 select

  dependent subquery:子查詢中的第一個 subquery依賴于外部的子查詢

  derived:派生表 select(from子句中的子查詢)

table:查詢的表、結(jié)果集

type:全稱為"join type",意為連接類型。通俗的講就是mysql查找引擎找到滿足SQL條件的數(shù)據(jù)的方式。其值為:

  • system:系統(tǒng)表,表中只有一行數(shù)據(jù)
  • const:讀常量,最多只會有一條記錄匹配,由于是常量,實際上只須要讀一次。
  • eq_ref:最多只會有一條匹配結(jié)果,一般是通過主鍵或唯一鍵索引來訪問。
  • ref:對于每個來自于前面的表的行組合,所有有匹配索引值的行將從這張表中讀取
  • fulltext:進行全文索引檢索。
  • ref_or_null:與ref的唯一區(qū)別就是在使用索引引用的查詢之外再增加一個空值的查詢。
  • index_merge:查詢中同時使用兩個(或更多)索引,然后對索引結(jié)果進行合并,再讀取表數(shù)據(jù)。
  • unique_subquery:子查詢中的返回結(jié)果字段組合是主鍵或者唯一約束。
  • index_subquery:子查詢中的返回結(jié)果字段組合是一個索引(或索引組合),但不是一個主鍵或唯一索引。
  • rang:索引范圍掃描。
  • index:全索引掃描。
  • all:全表掃描。

  性能從上到下依次降低。

possible_keys:可能用到的索引

key:使用的索引

ref:ref列顯示使用哪個列或常數(shù)與key一起從表中選擇行。

rows:顯示MySQL認為它執(zhí)行查詢時必須檢查的行數(shù)。多行之間的數(shù)據(jù)相乘可以估算要處理的行數(shù)。

Extra:額外的信息

  • Distinct:MySQL發(fā)現(xiàn)第1個匹配行后,停止為當(dāng)前的行組合搜索更多的行。
  • Not exists:MySQL能夠?qū)Σ樵冞M行LEFT JOIN優(yōu)化,發(fā)現(xiàn)1個匹配LEFT JOIN標準的行后,不再為前面的的行組合在該表內(nèi)檢查更多的行。
  • range checked for each record (index map: #):MySQL沒有發(fā)現(xiàn)好的可以使用的索引,但發(fā)現(xiàn)如果來自前面的表的列值已知,可能部分索引可以使用。
  • Using filesort:MySQL需要額外的一次傳遞,以找出如何按排序順序檢索行。
  • Using index:從只使用索引樹中的信息而不需要進一步搜索讀取實際的行來檢索表中的列信息。
  • Using temporary:為了解決查詢,MySQL需要創(chuàng)建一個臨時表來容納結(jié)果。
  • Using where:WHERE 子句用于限制哪一個行匹配下一個表或發(fā)送到客戶。
  • Using sort_union(...), Using union(...), Using intersect(...):這些函數(shù)說明如何為index_merge聯(lián)接類型合并索引掃描。
  • Using index for group-by:類似于訪問表的Using index方式,Using index for group-by表示MySQL發(fā)現(xiàn)了一個索引,可以用來查 詢GROUP BY或DISTINCT查詢的所有列,而不要額外搜索硬盤訪問實際的表。

二、數(shù)據(jù)庫不使用索引的情況

下面舉的例子中,GudiNo、StoreId列都有單獨的索引。

2.1、like查詢已 '%...'開頭,以'xxx%'結(jié)尾會繼續(xù)使用索引。

下圖中第一句使用的%,沒有使用索引,從rows為224147,使用索引rows為1。

    

2.2 where語句中使用 >和 !=

2.3 where語句中使用 or,但是沒有把or中所有字段加上索引。

這種情況,如果需要使用索引需要將or中所有的字段都加上索引。

2.4 where語句中對字段表達式操作

2.5 where語句中使用Not In


看了別人寫的文章,有說“應(yīng)盡量避免在where 子句中對字段進行null 值判斷,否則將導(dǎo)致引擎放棄使用索引而進行全表掃描”,實測沒有全表掃描。

"對于多列索引,不是使用的第一部分,則不會使用索引",實測即使多索引,沒有使用第一部分,也會命中索引,沒有全表掃描。

總結(jié)

以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。

您可能感興趣的文章:
  • mysql索引失效的幾種情況分析
  • Mysql 5.6 "隱式轉(zhuǎn)換"導(dǎo)致的索引失效和數(shù)據(jù)不準確的問題
  • MySQL索引失效的幾種情況詳析
  • MySQL索引失效的幾種情況匯總
  • 導(dǎo)致MySQL索引失效的一些常見寫法總結(jié)
  • MySQL中索引失效的常見場景與規(guī)避方法
  • mysql的in會不會讓索引失效?
  • mysql索引失效的五種情況分析
  • Mysql索引會失效的幾種情況分析
  • MySQL索引失效的典型案例

標簽:揚州 南陽 贛州 巴中 新余 貴州 三門峽 商丘

巨人網(wǎng)絡(luò)通訊聲明:本文標題《MySQL中有哪些情況下數(shù)據(jù)庫索引會失效詳析》,本文關(guān)鍵詞  MySQL,中有,哪些,情況下,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《MySQL中有哪些情況下數(shù)據(jù)庫索引會失效詳析》相關(guān)的同類信息!
  • 本頁收集關(guān)于MySQL中有哪些情況下數(shù)據(jù)庫索引會失效詳析的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章