MySQL目前主要有如下幾種索引類型:html
1.普通索引sql
2.惟一索引數據庫
3.主鍵索引大數據
4.組合索引優化
5.全文索引搜索引擎
1
2
|
CREATE
TABLE
table_name[col_name data type]
[
unique
|fulltext][
index
|
key
][index_name](col_name[length])[
asc
|
desc
]
|
1.unique|fulltext爲可選參數,分別表示惟一索引、全文索引spa
2.index和key爲同義詞,二者做用相同,用來指定建立索引設計
3.col_name爲須要建立索引的字段列,該列必須從數據表中該定義的多個列中選擇code
4.index_name指定索引的名稱,爲可選參數,若是不指定,默認col_name爲索引值htm
5.length爲可選參數,表示索引的長度,只有字符串類型的字段才能指定索引長度
6.asc或desc指定升序或降序的索引值存儲
1.普通索引
是最基本的索引,它沒有任何限制。它有如下幾種建立方式:
(1)直接建立索引
1
|
CREATE
INDEX
index_name
ON
table
(
column
(length))
|
(2)修改表結構的方式添加索引
1
|
ALTER
TABLE
table_name
ADD
INDEX
index_name
ON
(
column
(length))
|
(3)建立表的時候同時建立索引
1
2
3
4
5
6
7
8
|
CREATE
TABLE
`
table
` (
`id`
int
(11)
NOT
NULL
AUTO_INCREMENT ,
`title`
char
(255)
CHARACTER
NOT
NULL
,
`content` text
CHARACTER
NULL
,
`
time
`
int
(10)
NULL
DEFAULT
NULL
,
PRIMARY
KEY
(`id`),
INDEX
index_name (title(length))
)
|
(4)刪除索引
1
|
DROP
INDEX
index_name
ON
table
|
2.惟一索引
與前面的普通索引相似,不一樣的就是:索引列的值必須惟一,但容許有空值。若是是組合索引,則列值的組合必須惟一。它有如下幾種建立方式:
(1)建立惟一索引
1
|
CREATE
UNIQUE
INDEX
indexName
ON
table
(
column
(length))
|
(2)修改表結構
1
|
ALTER
TABLE
table_name
ADD
UNIQUE
indexName
ON
(
column
(length))
|
(3)建立表的時候直接指定
1
2
3
4
5
6
7
|
CREATE
TABLE
`
table
` (
`id`
int
(11)
NOT
NULL
AUTO_INCREMENT ,
`title`
char
(255)
CHARACTER
NOT
NULL
,
`content` text
CHARACTER
NULL
,
`
time
`
int
(10)
NULL
DEFAULT
NULL
,
UNIQUE
indexName (title(length))
);
|
3.主鍵索引
是一種特殊的惟一索引,一個表只能有一個主鍵,不容許有空值。通常是在建表的時候同時建立主鍵索引:
1
2
3
4
5
|
CREATE
TABLE
`
table
` (
`id`
int
(11)
NOT
NULL
AUTO_INCREMENT ,
`title`
char
(255)
NOT
NULL
,
PRIMARY
KEY
(`id`)
);
|
4.組合索引
指多個字段上建立的索引,只有在查詢條件中使用了建立索引時的第一個字段,索引纔會被使用。使用組合索引時遵循最左前綴集合
1
|
ALTER
TABLE
`
table
`
ADD
INDEX
name_city_age (
name
,city,age);
|
5.全文索引
主要用來查找文本中的關鍵字,而不是直接與索引中的值相比較。fulltext索引跟其它索引大不相同,它更像是一個搜索引擎,而不是簡單的where語句的參數匹配。fulltext索引配合match against操做使用,而不是通常的where語句加like。它能夠在create table,alter table ,create index使用,不過目前只有char、varchar,text 列上能夠建立全文索引。值得一提的是,在數據量較大時候,現將數據放入一個沒有全局索引的表中,而後再用CREATE index建立fulltext索引,要比先爲一張表創建fulltext而後再將數據寫入的速度快不少。
(1)建立表的適合添加全文索引
1
2
3
4
5
6
7
8
|
CREATE
TABLE
`
table
` (
`id`
int
(11)
NOT
NULL
AUTO_INCREMENT ,
`title`
char
(255)
CHARACTER
NOT
NULL
,
`content` text
CHARACTER
NULL
,
`
time
`
int
(10)
NULL
DEFAULT
NULL
,
PRIMARY
KEY
(`id`),
FULLTEXT (content)
);
|
(2)修改表結構添加全文索引
1
|
ALTER
TABLE
article
ADD
FULLTEXT index_content(content)
|
(3)直接建立索引
1
|
CREATE
FULLTEXT
INDEX
index_content
ON
article(content)
|
1.雖然索引大大提升了查詢速度,同時卻會下降更新表的速度,如對錶進行insert、update和delete。由於更新表時,不只要保存數據,還要保存一下索引文件。
2.創建索引會佔用磁盤空間的索引文件。通常狀況這個問題不太嚴重,但若是你在一個大表上建立了多種組合索引,索引文件的會增加很快。
索引只是提升效率的一個因素,若是有大數據量的表,就須要花時間研究創建最優秀的索引,或優化查詢語句。
使用索引時,有如下一些技巧和注意事項:
1.索引不會包含有null值的列
只要列中包含有null值都將不會被包含在索引中,複合索引中只要有一列含有null值,那麼這一列對於此複合索引就是無效的。因此咱們在數據庫設計時不要讓字段的默認值爲null。
2.使用短索引
對串列進行索引,若是可能應該指定一個前綴長度。例如,若是有一個char(255)的列,若是在前10個或20個字符內,多數值是唯一的,那麼就不要對整個列進行索引。短索引不只能夠提升查詢速度並且能夠節省磁盤空間和I/O操做。
3.索引列排序
查詢只使用一個索引,所以若是where子句中已經使用了索引的話,那麼order by中的列是不會使用索引的。所以數據庫默認排序能夠符合要求的狀況下不要使用排序操做;儘可能不要包含多個列的排序,若是須要最好給這些列建立複合索引。
4.like語句操做
通常狀況下不推薦使用like操做,若是非使用不可,如何使用也是一個問題。like 「%aaa%」 不會使用索引而like 「aaa%」能夠使用索引。
5.不要在列上進行運算
這將致使索引失效而進行全表掃描,例如
1
|
SELECT
*
FROM
table_name
WHERE
YEAR
(column_name)<2017;
|
6.不使用not in和<>操做