細說mysql索引

本文從如何創建mysql索引以及介紹mysql的索引類型,再講mysql索引的利與弊,以及創建索引時須要注意的地方

首先:先假設有一張表,表的數據有10W條數據,其中有一條數據是nickname='css',若是要拿這條數據的話須要些的sql是 SELECT * FROM award WHERE nickname = 'css'

通常狀況下,在沒有創建索引的時候,mysql須要掃描全表及掃描10W條數據找這條數據,若是我在nickname上創建索引,那麼mysql只須要掃描一行數據及爲咱們找到這條nickname='css'的數據,是否是感受性能提高了好多咧....

mysql的索引分爲單列索引(主鍵索引,惟索引,普通索引)和組合索引.

單列索引:一個索引只包含一個列,一個表能夠有多個單列索引.

組合索引:一個組合索引包含兩個或兩個以上的列,

本文使用的案例的表

CREATE TABLE `award` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '用戶id', `aty_id` varchar(100) NOT NULL DEFAULT '' COMMENT '活動場景id', `nickname` varchar(12) NOT NULL DEFAULT '' COMMENT '用戶暱稱', `is_awarded` tinyint(1) NOT NULL DEFAULT 0 COMMENT '用戶是否領獎', `award_time` int(11) NOT NULL DEFAULT 0 COMMENT '領獎時間', `account` varchar(12) NOT NULL DEFAULT '' COMMENT '賬號', `password` char(32) NOT NULL DEFAULT '' COMMENT '密碼', `message` varchar(255) NOT NULL DEFAULT '' COMMENT '獲獎信息', `created_time` int(11) NOT NULL DEFAULT 0 COMMENT '建立時間', `updated_time` int(11) NOT NULL DEFAULT 0 COMMENT '更新時間', PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='獲獎信息表';

(一)索引的建立

1.單列索引

1-1)    普通索引,這個是最基本的索引,

其sql格式是 CREATE INDEX IndexName ON `TableName`(`字段名`(length)) 或者 ALTER TABLE TableName ADD INDEX IndexName(`字段名`(length))

第一種方式 :

  CREATE INDEX account_Index ON `award`(`account`);

第二種方式: 

ALTER TABLE award ADD INDEX account_Index(`account`)

 

 

 

若是是CHAR,VARCHAR,類型,length能夠小於字段的實際長度,若是是BLOB和TEXT類型就必須指定長度,

1-2)    惟一索引,與普通索引相似,可是不一樣的是惟一索引要求全部的類的值是惟一的,這一點和主鍵索引同樣.可是他容許有空值,

其sql格式是 CREATE UNIQUE INDEX IndexName ON `TableName`(`字段名`(length)); 或者 ALTER TABLE TableName ADD UNIQUE (column_list)  

CREATE UNIQUE INDEX account_UNIQUE_Index ON `award`(`account`);

1-3)    主鍵索引,不容許有空值,(在B+TREE中的InnoDB引擎中,主鍵索引發到了相當重要的地位)

主鍵索引創建的規則是 int優於varchar,通常在建表的時候建立,最好是與表的其餘字段不相關的列或者是業務不相關的列.通常會設爲 int 並且是 AUTO_INCREMENT自增類型的

 

2.組合索引

一個表中含有多個單列索引不表明是組合索引,通俗一點講 組合索引是:包含多個字段可是隻有索引名稱

其sql格式是 CREATE INDEX IndexName On `TableName`(`字段名`(length),`字段名`(length),...);

 CREATE INDEX nickname_account_createdTime_Index ON `award`(`nickname`, `account`, `created_time`);

 

若是你創建了 組合索引(nickname_account_createdTime_Index) 那麼他實際包含的是3個索引 (nickname) (nickname,account)(nickname,account,created_time)

在使用查詢的時候遵循mysql組合索引的"最左前綴",下面咱們來分析一下 什麼是最左前綴:及索引where時的條件要按照創建索引的時候字段的排序方式

一、不按索引最左列開始查詢（多列索引） 例如index(‘c1’, ‘c2’, ‘c3’) where ‘c2’ = ‘aaa’ 不使用索引,where `c2` = `aaa` and `c3`=`sss` 不能使用索引

二、查詢中某個列有範圍查詢，則其右邊的全部列都沒法使用查詢（多列查詢）

Where c1= ‘xxx’ and c2 like = ‘aa%’ and c3=’sss’ 改查詢只會使用索引中的前兩列,由於like是範圍查詢

三、不能跳過某個字段來進行查詢,這樣利用不到索引,好比個人sql 是 

explain select * from `award` where nickname > 'rSUQFzpkDz3R' and account = 'DYxJoqZq2rd7' and created_time = 1449567822; 那麼這時候他使用不到其組合索引.

由於個人索引是 (nickname, account, created_time),若是第一個字段出現 範圍符號的查找,那麼將不會用到索引,若是我是第二個或者第三個字段使用範圍符號的查找,那麼他會利用索引,利用的索引是(nickname),

由於上面說了創建組合索引(nickname, account, created_time), 會出現三個索引

 

(3)全文索引

文本字段上(text)若是創建的是普通索引,那麼只有對文本的字段內容前面的字符進行索引,其字符大小根據索引創建索引時申明的大小來規定.

若是文本中出現多個同樣的字符,並且須要查找的話,那麼其條件只能是 where column lick '%xxxx%' 這樣作會讓索引失效

.這個時候全文索引就祈禱了做用了

ALTER TABLE tablename ADD FULLTEXT(column1, column2)

有了全文索引，就能夠用SELECT查詢命令去檢索那些包含着一個或多個給定單詞的數據記錄了。

ELECT * FROM tablename
WHERE MATCH(column1, column2) AGAINST(‘xxx′, ‘sss′, ‘ddd′)

這條命令將把column1和column2字段裏有xxx、sss和ddd的數據記錄所有查詢出來。

 

(二)索引的刪除

刪除索引的mysql格式 :DORP INDEX IndexName ON `TableName`

 

(三)使用索引的優勢

1.能夠經過創建惟一索引或者主鍵索引,保證數據庫表中每一行數據的惟一性.
2.創建索引能夠大大提升檢索的數據,以及減小表的檢索行數
3.在錶鏈接的鏈接條件 能夠加速表與表直接的相連
4.在分組和排序字句進行數據檢索,能夠減小查詢時間中 分組 和 排序時所消耗的時間(數據庫的記錄會從新排序)
5.創建索引,在查詢中使用索引 能夠提升性能

 

(四)使用索引的缺點

1.在建立索引和維護索引 會耗費時間,隨着數據量的增長而增長
2.索引文件會佔用物理空間,除了數據表須要佔用物理空間以外,每個索引還會佔用必定的物理空間
3.當對錶的數據進行 INSERT,UPDATE,DELETE 的時候,索引也要動態的維護,這樣就會下降數據的維護速度,(創建索引會佔用磁盤空間的索引文件。通常狀況這個問題不太嚴重，但若是你在一個大表上建立了多種組合索引，索引文件的會膨脹很快)。

(五)使用索引須要注意的地方

在創建索引的時候應該考慮索引應該創建在數據庫表中的某些列上面 哪一些索引須要創建,哪一些因此是多餘的.
通常來講,
1.在常常須要搜索的列上,能夠加快索引的速度
2.主鍵列上能夠確保列的惟一性
3.在表與表的而鏈接條件上加上索引,能夠加快鏈接查詢的速度
4.在常常須要排序(order by),分組(group by)和的distinct 列上加索引 能夠加快排序查詢的時間,  (單獨order by 用不了索引，索引考慮加where 或加limit)
5.在一些where 以後的 < <= > >= BETWEEN IN 以及某個狀況下的like 創建字段的索引(B-TREE)

6.like語句的 若是你對nickname字段創建了一個索引.當查詢的時候的語句是 nickname lick '%ABC%' 那麼這個索引講不會起到做用.而nickname lick 'ABC%' 那麼將能夠用到索引

7.索引不會包含NULL列,若是列中包含NULL值都將不會被包含在索引中,複合索引中若是有一列含有NULL值那麼這個組合索引都將失效,通常須要給默認值0或者 ' '字符串

8.使用短索引,若是你的一個字段是Char(32)或者int(32),在建立索引的時候指定前綴長度 好比前10個字符 (前提是多數值是惟一的..)那麼短索引能夠提升查詢速度,而且能夠減小磁盤的空間,也能夠減小I/0操做.

9.不要在列上進行運算,這樣會使得mysql索引失效,也會進行全表掃描

10.選擇越小的數據類型越好,由於一般越小的數據類型一般在磁盤,內存,cpu,緩存中 佔用的空間不多,處理起來更快

(六)什麼狀況下不建立索引

1.查詢中不多使用到的列 不該該建立索引,若是創建了索引然而還會下降mysql的性能和增大了空間需求.
2.不多數據的列也不該該創建索引,好比 一個性別字段 0或者1,在查詢中,結果集的數據佔了表中數據行的比例比較大,mysql須要掃描的行數不少,增長索引,並不能提升效率
3.定義爲text和image和bit數據類型的列不該該增長索引,
4.當表的修改(UPDATE,INSERT,DELETE)操做遠遠大於檢索(SELECT)操做時不該該建立索引,這兩個操做是互斥的關係