成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

MySQL索引詳解

數據庫 MySQL
MySQL數據庫索引就相當于一本書的目錄,索引的建立目的就是便于大家在進行數據庫查找的操作,下文就為大家詳細講解MySQL索引。

導讀:大家都知道,一個MySQL數據庫能夠儲存大量的數據,如果要查找那一個數據,就得費好大勁從一大堆的數據中找到,即費時間又費力氣,這時,索引的出現就大大減輕了數據庫管理員的工作。本文介紹了數據庫索引,及其優、缺點。針對MySQL索引的特點、應用進行了詳細的描述。分析了如何避免MySQL無法使用,如何使用EXPLAIN分析查詢語句,如何優化MySQL索引的應用。

索引是一種特殊的文件(InnoDB數據表上的索引是表空間的一個組成部分),它們包含著對數據表里所有記錄的引用指針。

注:

[1]索引不是萬能的!

索引可以加快數據檢索操作,但會使數據修改操作變慢。每修改數據記錄,索引就必須刷新一次。為了在某種程序上彌補這一缺陷,許多SQL命令都有一個DELAY_KEY_WRITE項。這個選項的作用是暫時制止MySQL在該命令每插入一條新記錄和每修改一條現有之后立刻對索引進行刷新,對索引的刷新將等到全部記錄插入/修改完畢之后再進行。在需要把許多新記錄插入某個數據表的場合,DELAY_KEY_WRITE選項的作用將非常明顯。

[2]另外,索引還會在硬盤上占用相當大的空間。

因此應該只為最經常查詢和最經常排序的數據列建立索引。注意,如果某個數據列包含許多重復的內容,為它建立索引就沒有太大的實際效果。

從理論上講,完全可以為數據表里的每個字段分別建一個索引,但MySQL把同一個數據表里的索引總數限制為16個。

1. InnoDB數據表的索引

與MyISAM數據表相比,索引對InnoDB數據的重要性要大得多。在InnoDB數據表上,索引對InnoDB數據表的重要性要在得多。在 InnoDB數據表上,索引不僅會在搜索數據記錄時發揮作用,還是數據行級鎖定機制的苊、基礎。”數據行級鎖定”的意思是指在事務操作的執行過程中鎖定正在被處理的個別記錄,不讓其他用戶進行訪問。這種鎖定將影響到(但不限于)SELECT…LOCK IN SHARE MODE、SELECT…FOR UPDATE命令以及INSERT、UPDATE和DELETE命令。

出于效率方面的考慮,InnoDB數據表的數據行級鎖定實際發生在它們的索引上,而不是數據表自身上。顯然,數據行級鎖定機制只有在有關的數據表有一個合適的索引可供鎖定的時候才能發揮效力。

2. 限制

如果WEHERE子句的查詢條件里有不等號(WHERE coloum != …),MySQL將無法使用索引。

類似地,如果WHERE子句的查詢條件里使用了函數(WHERE DAY(column) = …),MySQL也將無法使用索引。

在JOIN操作中(需要從多個數據表提取數據時),MySQL只有在主鍵和外鍵的數據類型相同時才能使用索引。

如果WHERE子句的查詢條件里使用比較操作符LIKE和REGEXP,MySQL只有在搜索模板的第一個字符不是通配符的情況下才能使用索引。比如說,如果查詢條件是LIKE ‘abc%’,MySQL將使用索引;如果查詢條件是LIKE ‘%abc’,MySQL將不使用索引。

在ORDER BY操作中,MySQL只有在排序條件不是一個查詢條件表達式的情況下才使用索引。(雖然如此,在涉及多個數據表查詢里,即使有索引可用,那些索引在加快ORDER BY方面也沒什么作用)

如果某個數據列里包含許多重復的值,就算為它建立了索引也不會有很好的效果。比如說,如果某個數據列里包含的凈是些諸如”0/1″或”Y/N”等值,就沒有必要為它創建一個索引。

 

普通索引、唯一索引和主索引

1. 普通索引

普通索引(由關鍵字KEY或INDEX定義的索引)的唯一任務是加快對數據的訪問速度。因此,應該只為那些最經常出現在查詢條件(WHERE column = …)或排序條件(ORDER BY column)中的數據列創建索引。只要有可能,就應該選擇一個數據最整齊、最緊湊的數據列(如一個整數類型的數據列)來創建索引。

2. 唯一索引

普通索引允許被索引的數據列包含重復的值。比如說,因為人有可能同名,所以同一個姓名在同一個”員工個人資料”數據表里可能出現兩次或更多次。
如果能確定某個數據列將只包含彼此各不相同的值,在為這個數據列創建索引的時候就應該用關鍵字UNIQUE把它定義為一個唯一索引。這么做的好處:一是簡化了MySQL對這個索引的管理工作,這個索引也因此而變得更有效率;二是MySQL會在有新記錄插入數據表時,自動檢查新記錄的這個字段的值是否已經在某個記錄的這個字段里出現過了;如果是,MySQL將拒絕插入那條新記錄。也就是說,唯一索引可以保證數據記錄的唯一性。事實上,在許多場合,人們創建唯一索引的目的往往不是為了提高訪問速度,而只是為了避免數據出現重復。

3. 主索引

在前面已經反復多次強調過:必須為主鍵字段創建一個索引,這個索引就是所謂的”主索引”。主索引與唯一索引的唯一區別是:前者在定義時使用的關鍵字是PRIMARY而不是UNIQUE。

4. 外鍵索引

如果為某個外鍵字段定義了一個外鍵約束條件,MySQL就會定義一個內部索引來幫助自己以最有效率的方式去管理和使用外鍵約束條件。

5. 復合索引

索引可以覆蓋多個數據列,如像INDEX(columnA, columnB)索引。這種索引的特點是MySQL可以有選擇地使用一個這樣的索引。如果查詢操作只需要用到columnA數據列上的一個索引,就可以使用復合索引INDEX(columnA, columnB)。不過,這種用法僅適用于在復合索引中排列在前的數據列組合。比如說,INDEX(A, B, C)可以當做A或(A, B)的索引來使用,但不能當做B、C或(B, C)的索引來使用。

 

6. 索引的長度

在為CHAR和VARCHAR類型的數據列定義索引時,可以把索引的長度限制為一個給定的字符個數(這個數字必須小于這個字段所允許的最大字符個數)。這么做的好處是可以生成一個尺寸比較小、檢索速度卻比較快的索引文件。在絕大多數應用里,數據庫中的字符串數據大都以各種各樣的名字為主,把索引的長度設置為10~15個字符已經足以把搜索范圍縮小到很少的幾條數據記錄了。

在為BLOB和TEXT類型的數據列創建索引時,必須對索引的長度做出限制;MySQL所允許的最大索引長度是255個字符。

全文索引

文本字段上的普通索引只能加快對出現在字段內容最前面的字符串(也就是字段內容開頭的字符)進行檢索操作。如果字段里存放的是由幾個、甚至是多個單詞構成的較大段文字,普通索引就沒什么作用了。這種檢索往往以LIKE %word%的形式出現,這對MySQL來說很復雜,如果需要處理的數據量很大,響應時間就會很長。

這類場合正是全文索引(full-text index)可以大顯身手的地方。在生成這種類型的索引時,MySQL將把在文本中出現的所有單詞創建為一份清單,查詢操作將根據這份清單去檢索有關的數據記錄。全文索引即可以隨數據表一同創建,也可以等日后有必要時再使用下面這條命令添加:ALTER TABLE tablename ADD FULLTEXT(column1, column2) 有了全文索引,就可以用SELECT查詢命令去檢索那些包含著一個或多個給定單詞的數據記錄了。

下面是這類查詢命令的基本語法:


SELECT * FROM tablename WHERE MATCH(column1, column2) AGAINST(’word1′, ‘word2′, ‘word3′)


上面這條命令將把column1和column2字段里有word1、word2和word3的數據記錄全部查詢出來。

注解:InnoDB數據表不支持全文索引。

 

查詢和索引的優化

只有當數據庫里已經有了足夠多的測試數據時,它的性能測試結果才有實際參考價值。如果在測試數據庫里只有幾百條數據記錄,它們往往在執行完第一條查詢命令之后就被全部加載到內存里,這將使后續的查詢命令都執行得非常快–不管有沒有使用索引。只有當數據庫里的記錄超過了1000條、數據總量也超過了 MySQL服務器上的內存總量時,數據庫的性能測試結果才有意義。

在不確定應該在哪些數據列上創建索引的時候,人們從EXPLAIN SELECT命令那里往往可以獲得一些幫助。這其實只是簡單地給一條普通的SELECT命令加一個EXPLAIN關鍵字作為前綴而已。有了這個關鍵字,MySQL將不是去執行那條SELECT命令,而是去對它進行分析。MySQL將以表格的形式把查詢的執行過程和用到的索引(如果有的話)等信息列出來。

在EXPLAIN命令的輸出結果里,第1列是從數據庫讀取的數據表的名字,它們按被讀取的先后順序排列。type列指定了本數據表與其它數據表之間的關聯關系(JOIN)。在各種類型的關聯關系當中,效率最高的是system,然后依次是const、eq_ref、ref、range、index和 All(All的意思是:對應于上一級數據表里的每一條記錄,這個數據表里的所有記錄都必須被讀取一遍–這種情況往往可以用一索引來避免)。

possible_keys數據列給出了MySQL在搜索數據記錄時可選用的各個索引。key數據列是MySQL實際選用的索引,這個索引按字節計算的長度在key_len數據列里給出。比如說,對于一個INTEGER數據列的索引,這個字節長度將是4。如果用到了復合索引,在key_len數據列里還可以看到MySQL具體使用了它的哪些部分。作為一般規律,key_len數據列里的值越小越好(意思是更快)。

ref數據列給出了關聯關系中另一個數據表里的數據列的名字。row數據列是MySQL在執行這個查詢時預計會從這個數據表里讀出的數據行的個數。row數據列里的所有數字的乘積可以讓我們大致了解這個查詢需要處理多少組合。

最后,extra數據列提供了與JOIN操作有關的更多信息,比如說,如果MySQL在執行這個查詢時必須創建一個臨時數據表,就會在extra列看到using temporary字樣。

【編輯推薦】

  1. 教您如何mysql索引優化
  2. 如何查看MySQL索引
  3. MySQL索引的缺點以及使用索引時應注意的事項

 

責任編輯:迎迎 來源: 站長之家
相關推薦

2024-04-17 12:58:15

MySQL索引數據庫

2022-12-06 07:53:33

MySQL索引B+樹

2010-05-12 11:14:25

MySQL SQL優化

2021-02-16 16:38:41

MySQLB+樹索引

2022-03-03 09:05:17

索引MySQL數據查詢

2024-07-08 10:48:51

2019-09-12 08:03:56

MySQL索引數據庫

2015-10-30 15:55:43

MySQL

2020-09-28 15:34:38

ElasticSear索引MySQL

2019-09-06 08:22:20

MySQL數據庫索引

2019-07-24 08:47:45

MySQL 數據庫收藏

2011-05-20 11:33:06

ORACLE索引約束

2017-09-04 16:03:46

MySQLMySQL索引索引

2022-03-25 10:38:40

索引MySQL數據庫

2023-02-10 07:00:22

2017-07-27 20:00:47

MySQLEXPLAIN命令

2010-10-08 13:53:14

2010-10-12 13:37:54

mysql索引

2024-12-11 08:09:54

2010-10-12 13:42:11

MySQL單列索引
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 91精品亚洲 | 一区二区三区亚洲 | 国产一区二区影院 | 国产日韩精品一区 | 日本一二区视频 | 美女毛片| 在线成人 | 国产日韩一区二区三区 | 日本特黄特色aaa大片免费 | 欧美中文字幕一区二区 | 在线视频一区二区 | a毛片| 中国大陆高清aⅴ毛片 | 久久精品亚洲精品 | 女朋友的闺蜜3韩国三级 | 国产一区二区三区四区三区四 | 亚洲一区二区三区高清 | 国产区在线视频 | 久久久久久久久国产精品 | 91电影在线| 亚洲综合日韩精品欧美综合区 | 久久伊人精品一区二区三区 | 精品一区国产 | 狠狠干美女 | 国产成人亚洲精品自产在线 | 午夜久久久久久久久久一区二区 | 欧美日韩成人在线 | 国产精品1 | 日韩在线中文字幕 | 男人的天堂亚洲 | 全部免费毛片在线播放网站 | 午夜视频导航 | 国产伦精品一区二区三区在线 | 天天操网 | 国产一区h| 欧美成人精品一区二区男人看 | 国产一区二区在线视频 | 涩涩99| 中文字幕乱码亚洲精品一区 | 久久久久国产精品午夜一区 | 成人小视频在线观看 |