有声读物,遮天

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案

數(shù)據(jù)庫索引的使用例子 (數(shù)據(jù)庫索引例子)

數(shù)據(jù)庫索引是指在數(shù)據(jù)庫表中某一列或多列上建立的數(shù)據(jù)結(jié)構(gòu)，它可以快速地定位表中數(shù)據(jù)記錄的位置，提高數(shù)據(jù)庫查詢效率。本文將介紹一些，以便讀者更好地理解其作用。

成都創(chuàng)新互聯(lián)公司自2013年起，先為淮安區(qū)等服務(wù)建站，淮安區(qū)等地企業(yè)，進行企業(yè)商務(wù)咨詢服務(wù)。為淮安區(qū)企業(yè)網(wǎng)站制作PC+手機+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。

1. 單行索引

單行索引是指只針對表中某一列建立的索引。例如，對于一個用戶信息表，可以在“用戶名”一列上建立單行索引。當(dāng)查詢某個用戶的信息時，數(shù)據(jù)庫就會利用該索引快速定位到該用戶的記錄，避免了全表掃描，大大提升查詢速度。

2. 多列索引

多列索引是指針對表中多個列建立的索引。例如，對于一個訂單表，可以在“用戶ID”和“下單時間”這兩列上建立多列索引。這樣，在查詢某個用戶在某段時間內(nèi)的訂單信息時，數(shù)據(jù)庫就可以利用多列索引進行快速定位，避免了全表掃描，提高了查詢效率。

3. 唯一索引

唯一索引是指在表中某一列上建立的索引，要求該列的值必須唯一。例如，在一個商品信息表中，可以在“商品編號”一列上建立唯一索引，保證每個商品都有唯一的編號，避免出現(xiàn)重復(fù)的情況。

4. 主鍵索引

主鍵索引是指將某一列（或多列）作為表的主鍵建立的索引。主鍵約束保證了表中該列（或多列）的值必須唯一，并且不能為空。例如，在一個學(xué)生信息表中，可以將“學(xué)號”列作為主鍵建立主鍵索引，保證每個學(xué)生都有唯一的學(xué)號，且學(xué)號不能為空。

5. 聚簇索引

聚簇索引是指將表按照某一列（或多列）的值進行排序后建立的索引。聚簇索引的作用是將相鄰的記錄存儲在相鄰的磁盤空間中，從而減少了磁盤尋址時間，提高了查詢效率。例如，在一個訂單表中，可以將訂單按照“下單時間”進行排序，并建立聚簇索引，這樣可以快速地查詢某段時間內(nèi)的訂單信息，避免了全表掃描。

數(shù)據(jù)庫索引是提高數(shù)據(jù)庫查詢效率的重要工具，它可以快速地定位表中數(shù)據(jù)記錄的位置，避免了全表掃描，大大提升了查詢速度。但是，過度建立索引會導(dǎo)致數(shù)據(jù)庫性能下降，因此需要合理地選擇索引類型和數(shù)量，并進行優(yōu)化。希望本文能夠幫助讀者更好地理解。

相關(guān)問題拓展閱讀：

如何正確合理的建立MYSQL數(shù)據(jù)庫索引

如何正確合理的建立MYSQL數(shù)據(jù)庫索引

MySQL索引類型包括：

（1）普通索引

這是最基本的索引，它沒有任何限制。它有以下幾種創(chuàng)建方式：

◆創(chuàng)建索引

CREATE INDEX indexName ON mytable(username(length)); 如果是CHAR，VARCHAR類型，length可以小于字段實際長度；如果是BLOB和TEXT類型，必須指定 length，下同。

◆修改表結(jié)構(gòu)

ALTER mytable ADD INDEX ON (username(length))

◆創(chuàng)建表的時候直接指定

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX (username(length)) ); 刪除索引的語法：

DROP INDEX ON mytable;

（2）唯一索引

與前面的普通索引類似空前察，不同的就是：索引列的值必須唯一，但允許有空值。如果是組合索引，則列值的組合必須唯一。它有以下幾種創(chuàng)建方式：

◆創(chuàng)建索引

CREATE UNIQUE INDEX indexName ON mytable(username(length))

◆修改表結(jié)構(gòu)

ALTER mytable ADD UNIQUE ON (username(length))

◆創(chuàng)建表的時候直接指定

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, UNIQUE (username(length)) );

（3）主鍵索引

它是一種特殊的唯一索引，不允許有空值。一般是在建表的時候同時創(chuàng)建主鍵索斗茄引：

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, PRIMARY KEY(ID) ); 當(dāng)然也可以用 ALTER 命令。記?。阂粋€表只能有一個主鍵。

（4）組合索引

為了形象地對比單列索引和組合索引，為表添加悔物多個字段：

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, city VARCHAR(50) NOT NULL, age INT NOT NULL ); 為了進一步榨取MySQL的效率，就要考慮建立組合索引。就是將 name, city, age建到一個索引里：

ALTER TABLE mytable ADD INDEX name_city_age (name(10),city,age); 建表時，usernname長度為 16，這里用 10。這是因為一般情況下名字的長度不會超過10，這樣會加速索引查詢速度，還會減少索引文件的大小，提高INSERT的更新速度。

如果分別在 usernname，city，age上建立單列索引，讓該表有3個單列索引，查詢時和上述的組合索引效率也會大不一樣，遠遠低于我們的組合索引。雖然此時有了三個索引，但MySQL只能用到其中的那個它認為似乎是最有效率的單列索引。

建立這樣的組合索引，其實是相當(dāng)于分別建立了下面三組組合索引：

usernname,city,age usernname,city usernname 為什么沒有 city，age這樣的組合索引呢？這是因為MySQL組合索引“最左前綴”的結(jié)果。簡單的理解就是只從最左面的開始組合。并不是只要包含這三列的查詢都會用到該組合索引，下面的幾個SQL就會用到這個組合索引：

SELECT * FROM mytable WHREE username=”admin” AND city=”鄭州” SELECT * FROM mytable WHREE username=”admin” 而下面幾個則不會用到：

SELECT * FROM mytable WHREE age=20 AND city=”鄭州” SELECT * FROM mytable WHREE city=”鄭州”

（5）建立索引的時機

一般來說，在WHERE和JOIN中出現(xiàn)的列需要建立索引，但也不完全如此，因為MySQL只對，>=，BETWEEN，IN，以及某些時候的LIKE才會使用索引。例如：

SELECT t.Name FROM mytable t LEFT JOIN mytable m ON t.Name=m.username WHERE m.age=20 AND m.city=’鄭州’ 此時就需要對city和age建立索引，由于mytable表的userame也出現(xiàn)在了JOIN子句中，也有對它建立索引的必要。

剛才提到只有某些時候的LIKE才需建立索引。因為在以通配符%和_開頭作查詢時，MySQL不會使用索引。例如下句會使用索引：

SELECT * FROM mytable WHERE username like’admin%’ 而下句就不會使用：

SELECT * FROM mytable WHEREt Name like’%admin’ 因此，在使用LIKE時應(yīng)注意以上的區(qū)別。

（6）索引的不足之處

上面都在說使用索引的好處，但過多的使用索引將會造成濫用。因此索引也會有它的缺點：

◆雖然索引大大提高了查詢速度，同時卻會降低更新表的速度，如對表進行INSERT、UPDATE和DELETE。因為更新表時，MySQL不僅要保存數(shù)據(jù)，還要保存一下索引文件。

◆建立索引會占用磁盤空間的索引文件。一般情況這個問題不太嚴重，但如果你在一個大表上創(chuàng)建了多種組合索引，索引文件的會膨脹很快。

索引只是提高效率的一個因素，如果你的MySQL有大數(shù)據(jù)量的表，就需要花時間研究建立更優(yōu)秀的索引，或優(yōu)化查詢語句。

（7）使用索引的注意事項

使用索引時，有以下一些技巧和注意事項：

◆索引不會包含有NULL值的列

只要列中包含有NULL值都將不會被包含在索引中，復(fù)合索引中只要有一列含有NULL值，那么這一列對于此復(fù)合索引就是無效的。所以我們在數(shù)據(jù)庫設(shè)計時不要讓字段的默認值為NULL。

◆使用短索引

對串列進行索引，如果可能應(yīng)該指定一個前綴長度。例如，如果有一個CHAR(255)的列，如果在前10個或20個字符內(nèi)，多數(shù)值是惟一的，那么就不要對整個列進行索引。短索引不僅可以提高查詢速度而且可以節(jié)省磁盤空間和I/O操作。

◆索引列排序

MySQL查詢只使用一個索引，因此如果where子句中已經(jīng)使用了索引的話，那么order by中的列是不會使用索引的。因此數(shù)據(jù)庫默認排序可以符合要求的情況下不要使用排序操作；盡量不要包含多個列的排序，如果需要更好給這些列創(chuàng)建復(fù)合索引。

◆like語句操作

一般情況下不鼓勵使用like操作，如果非使用不可，如何使用也是一個問題。like “%aaa%” 不會使用索引而like “aaa%”可以使用索引。

◆不要在列上進行運算

select * from users where YEAR(adddate)操作

如何正確合理的建立MYSQL數(shù)據(jù)庫索引

索引是快速搜索的關(guān)鍵。MySQL索引的建立對指笑于MySQL的高效運行是很重要的。下面介紹幾種常見的MySQL索引類型。

在數(shù)據(jù)庫表中，對字段建立索引可以大大提高查詢速度。假如我們創(chuàng)建了一個 mytable表：

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL

); 我們隨機向里面插入了10000條記錄，其中有一條：5555, admin。

在查找username=”admin”的記錄 SELECT * FROM mytable WHERE

username=’admin’;時，如果在username上已經(jīng)建立了索引，MySQL無須任何掃描，即準確可找到該記錄。相反，MySQL會掃描所有記錄，即要查詢10000條記錄。

索引分單列索引和組合索引。單列索引，即一個索引只包含單個列，一個表可以有多個單列索引，但這不是組合索引。組合索引，即一個索包含多個列。

MySQL索引類型包括：

（1）普通索引

這是最基本的索引，它沒有任何限制。它有以下幾種創(chuàng)建方式：

◆創(chuàng)建索引

CREATE INDEX indexName ON mytable(username(length));

如果是CHAR，VARCHAR類型，length可以小于字段實際長度；如果是BLOB和TEXT類型，必須指定 length，下同。

◆修改表結(jié)構(gòu)

ALTER mytable ADD INDEX ON (username(length))

◆創(chuàng)建表的時候直接指定

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL,

INDEX (username(length)) ); 刪除索引的語法：

DROP INDEX ON mytable;

（2）唯一索引

它與前面的普通索引類似，不同的就是：索引列的值必須唯一，但允許有空值。如果是組合索引，則列值的組合必須唯一。它有以下幾種創(chuàng)建方式：

◆創(chuàng)建索引

CREATE UNIQUE INDEX indexName ON mytable(username(length))

◆修改表結(jié)構(gòu)

ALTER mytable ADD UNIQUE ON (username(length))

◆創(chuàng)建表的時候直接指定

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL,

UNIQUE (username(length)) );

（3）主鍵索引

它是一種特殊的唯一索引，不允許有空值。一般是在建表的時候同時創(chuàng)建主鍵則橡索引：

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL,

PRIMARY KEY(ID) ); 當(dāng)然也可以用 ALTER 命令。記?。阂晃ǘ⒑瑐€表只能有一個主鍵。

（4）組合索引

為了形象地對比單列索引和組合索引，為表添加多個字段：

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL,

city VARCHAR(50) NOT NULL, age INT NOT NULL );

為了進一步榨取MySQL的效率，就要考慮建立組合索引。就是將 name, city, age建到一個索引里：

ALTER TABLE mytable ADD INDEX name_city_age (name(10),city,age);

建表時，usernname長度為 16，這里用

10。這是因為一般情況下名字的長度不會超過10，這樣會加速索引查詢速度，還會減少索引文件的大小，提高INSERT的更新速度。

如果分別在

usernname，city，age上建立單列索引，讓該表有3個單列索引，查詢時和上述的組合索引效率也會大不一樣，遠遠低于我們的組合索引。雖然此時有了三個索引，但MySQL只能用到其中的那個它認為似乎是最有效率的單列索引。

建立這樣的組合索引，其實是相當(dāng)于分別建立了下面三組組合索引：

usernname,city,age usernname,city usernname 為什么沒有

city，age這樣的組合索引呢？這是因為MySQL組合索引“最左前綴”的結(jié)果。簡單的理解就是只從最左面的開始組合。并不是只要包含這三列的查詢都會用到該組合索引，下面的幾個SQL就會用到這個組合索引：

SELECT * FROM mytable WHREE username=”admin” AND city=”鄭州” SELECT * FROM

mytable WHREE username=”admin” 而下面幾個則不會用到：

SELECT * FROM mytable WHREE age=20 AND city=”鄭州” SELECT * FROM mytable WHREE

city=”鄭州”

（5）建立索引的時機

到這里我們已經(jīng)學(xué)會了建立索引，那么我們需要在什么情況下建立索引呢？一般來說，在WHERE和JOIN中出現(xiàn)的列需要建立索引，但也不完全如此，因為MySQL只對，>=，BETWEEN，IN，以及某些時候的LIKE才會使用索引。例如：

SELECT t.Name FROM mytable t LEFT JOIN mytable m ON t.Name=m.username

WHERE m.age=20 AND m.city=’鄭州’

此時就需要對city和age建立索引，由于mytable表的userame也出現(xiàn)在了JOIN子句中，也有對它建立索引的必要。

剛才提到只有某些時候的LIKE才需建立索引。因為在以通配符%和_開頭作查詢時，MySQL不會使用索引。例如下句會使用索引：

SELECT * FROM mytable WHERE username like’admin%’ 而下句就不會使用：

SELECT * FROM mytable WHEREt Name like’%admin’ 因此，在使用LIKE時應(yīng)注意以上的區(qū)別。

（6）索引的不足之處

上面都在說使用索引的好處，但過多的使用索引將會造成濫用。因此索引也會有它的缺點：

◆建立索引會占用磁盤空間的索引文件。一般情況這個問題不太嚴重，但如果你在一個大表上創(chuàng)建了多種組合索引，索引文件的會膨脹很快。

索引只是提高效率的一個因素，如果你的MySQL有大數(shù)據(jù)量的表，就需要花時間研究建立更優(yōu)秀的索引，或優(yōu)化查詢語句。

（7）使用索引的注意事項

使用索引時，有以下一些技巧和注意事項：

◆索引不會包含有NULL值的列

◆使用短索引

◆索引列排序

MySQL查詢只使用一個索引，因此如果where子句中已經(jīng)使用了索引的話，那么order

by中的列是不會使用索引的。因此數(shù)據(jù)庫默認排序可以符合要求的情況下不要使用排序操作；盡量不要包含多個列的排序，如果需要更好給這些列創(chuàng)建復(fù)合索引。

◆like語句操作

一般情況下不鼓勵使用like操作，如果非使用不可，如何使用也是一個問題。like “%aaa%” 不會使用索引而like

“aaa%”可以使用索引。

◆不要在列上進行運算

select * from users where YEAR(adddate)操作

以上，就對其中MySQL索引類型進行了介紹。

MySQL 數(shù)據(jù)庫索引是可以提高數(shù)據(jù)庫查詢速度的重要因素之一，下面分享幾個正確合理的建立 MYSQL 數(shù)據(jù)庫索引的方法：1. 找到仿碧常用的查詢語句可以通過慢查詢?nèi)罩镜确绞秸页鲎畛Ｓ玫牟樵冋Z句，然后對這些查詢語句的字段建立索引。這樣可以極大地加快這些經(jīng)常使用的查詢語句的速度。2. 考慮選擇性索引的選擇性是指索引字段的唯一性和重復(fù)性，選擇性越高，租寬查詢效率越高。例如， Boolean 類型字段的選擇性非常低，只有兩個值，可能會降低索引效率。3. 對頻繁修改的字段慎重建立索引頻繁修改的字段如日期或訂單狀態(tài)等，會導(dǎo)致索引頻繁變動，這會影響性能。建議對頻繁修改的字段慎重建立索引。4. 聯(lián)合索引適當(dāng)使用聯(lián)合索引可提高查詢效率，因為多列聯(lián)合索引可以讓 WHERE 子句篩選數(shù)據(jù)更準確。5. 考慮多表關(guān)聯(lián)當(dāng)多個表關(guān)聯(lián)查詢時，可以使用外鍵約束來建立索引，以確保在關(guān)聯(lián)查備型舉詢時能夠快速獲取相關(guān)數(shù)據(jù)。6. 定期維護索引建立索引后也要對索引進行維護，例如定期使用 ANAZE TABLES 命令進行優(yōu)化和修復(fù)。

MySQL索引類型包括：

（1）普通索引

這是最基本的索引，它沒有任何限制。它有以下幾種創(chuàng)建方式：

◆創(chuàng)建索引

CREATE INDEX indexName ON mytable(username(length)); 如果是CHAR，VARCHAR類型，length可以小于字段實際長度；如果是BLOB和TEXT類型，必須指定 length，下同。

◆修改表結(jié)構(gòu)

ALTER mytable ADD INDEX ON (username(length))

◆創(chuàng)建表的時候直接指定

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX (username(length)) ); 刪除索引的語法：

DROP INDEX ON mytable;

（2）唯一索引

◆創(chuàng)建索引

CREATE UNIQUE INDEX indexName ON mytable(username(length))

◆修改表結(jié)構(gòu)

ALTER mytable ADD UNIQUE ON (username(length))

◆創(chuàng)建表的時候直接指定

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, UNIQUE (username(length)) );

（3）主鍵索引

它是一種特殊的唯一索引，不允許有空值。一般是在建表的時候同時創(chuàng)建主鍵索斗茄引：

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, PRIMARY KEY(ID) ); 當(dāng)然也可以用 ALTER 命令。記?。阂粋€表只能有一個主鍵。

（4）組合索引

為了形象地對比單列索引和組合索引，為表添加悔物多個字段：

建立這樣的組合索引，其實是相當(dāng)于分別建立了下面三組組合索引：

SELECT * FROM mytable WHREE username=”admin” AND city=”鄭州” SELECT * FROM mytable WHREE username=”admin” 而下面幾個則不會用到：

SELECT * FROM mytable WHREE age=20 AND city=”鄭州” SELECT * FROM mytable WHREE city=”鄭州”

（5）建立索引的時機

一般來說，在WHERE和JOIN中出現(xiàn)的列需要建立索引，但也不完全如此，因為MySQL只對，>=，BETWEEN，IN，以及某些時候的LIKE才會使用索引。例如：

剛才提到只有某些時候的LIKE才需建立索引。因為在以通配符%和_開頭作查詢時，MySQL不會使用索引。例如下句會使用索引：

SELECT * FROM mytable WHERE username like’admin%’ 而下句就不會使用：

SELECT * FROM mytable WHEREt Name like’%admin’ 因此，在使用LIKE時應(yīng)注意以上的區(qū)別。

（6）索引的不足之處

上面都在說使用索引的好處，但過多的使用索引將會造成濫用。因此索引也會有它的缺點：

◆建立索引會占用磁盤空間的索引文件。一般情況這個問題不太嚴重，但如果你在一個大表上創(chuàng)建了多種組合索引，索引文件的會膨脹很快。

索引只是提高效率的一個因素，如果你的MySQL有大數(shù)據(jù)量的表，就需要花時間研究建立更優(yōu)秀的索引，或優(yōu)化查詢語句。

（7）使用索引的注意事項

使用索引時，有以下一些技巧和注意事項：

◆索引不會包含有NULL值的列

◆使用短索引

◆索引列排序

◆like語句操作

一般情況下不鼓勵使用like操作，如果非使用不可，如何使用也是一個問題。like “%aaa%” 不會使用索引而like “aaa%”可以使用索引。

◆不要在列上進行運算

select * from users where YEAR(adddate)操作

在滿足語句需求的情況下，盡量少的訪問資源是數(shù)據(jù)庫設(shè)計的重要原則，這和執(zhí)行的 SQL 有直接的關(guān)系，索引問題又是 SQL 問題中出現(xiàn)頻率更高的，常見的索引問題包括：無索引（失效）、隱式轉(zhuǎn)換。

1. SQL 執(zhí)行流程看一個問題，在下面這個表 T 中，如果我要執(zhí)行 select * from T where k between 3 and 5; 需要執(zhí)行幾次樹的搜索操作，會掃描多少行？mysql> create table T ( -> ID int primary key, -> k int NOT NULL DEFAULT 0, -> s varchar(16) NOT NULL DEFAULT ”, -> index k(k)) -> engine=InnoDB;mysql> insert into T values(100,1, ‘a(chǎn)a’),(200,2,’bb’),\ (300,3,’cc’),(500,5,’ee’),(600,6,’ff’),(700,7,’gg’);

這分別是 ID 字段索引樹、k 字段索引樹。

這條 SQL 語句斗銷的執(zhí)行流程：

1. 在 k 索引樹上找到 k=3，獲得 ID=3002. 回表到 ID 索引樹查找 ID=300 的記錄，對應(yīng) R33. 在 k 索引樹找到下一個值 k=5，ID=5004. 再回到 ID 索引樹找到對應(yīng) ID=500 的 R4

5. 在 k 索引樹去下一個值 k=6，不符合條件，循環(huán)結(jié)束

這個過程讀取了 k 索引樹的三條記錄，回表了兩次。因為查詢結(jié)果所需要的數(shù)據(jù)只在主鍵索引上有，所以必須得回表。所以，我們該如何通過優(yōu)化索引，來避免回表呢？

2. 常見索引優(yōu)化2.1 覆蓋索引覆蓋索引，換言之就是索引要覆蓋我們的查詢請求，無需回表。

如果執(zhí)行的語句是 select ID from T wherek between 3 and 5;，這樣的話因為 ID 的值在 k 索引樹上，就不需要回表了。

覆蓋索引可以減少樹的搜索次數(shù)，顯著提升查詢性能，是常用的性能優(yōu)化手段。

但是，維護索引是有代價的，所以在建立冗余索引來支持覆蓋索引時要權(quán)衡利弊。

2.2 最左前綴原則

B+ 樹的數(shù)據(jù)項是復(fù)合的數(shù)據(jù)結(jié)構(gòu)，比如 (name,sex，age) 的時候，B+ 樹是按照從左到右的順序來建立搜索樹的，當(dāng) (張三,F,26) 這樣的數(shù)據(jù)來檢索的時候，B+ 樹會優(yōu)先比較 name 來確定下一步的檢索方向，如果 name 相同再依次比較 sex 和 age，最后得到檢索的數(shù)據(jù)。

# 有這樣一個空孫游表 P

mysql> create table P (id int primary key, name varchar(10) not null, sex varchar(1), age int, index tl(name,sex,age)) engine=IInnoDB;

mysql> insert into P values(1,’張凱畝三’,’F’,26),(2,’張三’,’M’,27),(3,’李四’,’F’,28),(4,’烏茲’,’F’,22),(5,’張三’,’M’,21),(6,’王五’,’M’,28);

# 下面的語句結(jié)果相同

mysql> select * from P where name=’張三’ and sex=’F’; ## A1

mysql> select * from P where sex=’F’ and age=26;## A2

# explain 看一下

mysql> explain select * from P where name=’張三’ and sex=’F’;

+—-++++——+-+——+++——+++

+—-++++——+-+——+++——+++

| 1 | SIMPLE | P | NULL| ref | tl| tl || const,const | 1 | 100.00 | Using index |

+—-++++——+-+——+++——+++

mysql> explain select * from P where sex=’F’ and age=26;

+—-+++++-+——++——+——+++

+—-+++++-+——++——+——+++

| 1 | SIMPLE | P | NULL| index | NULL| tl || NULL | 6 | 16.67 | Using where; Using index |

+—-+++++-+——++——+——+++

可以清楚的看到，A1 使用 tl 索引，A2 進行了全表掃描，雖然 A2 的兩個條件都在 tl 索引中出現(xiàn)，但是沒有使用到 name 列，不符合最左前綴原則，無法使用索引。所以在建立聯(lián)合索引的時候，如何安排索引內(nèi)的字段排序是關(guān)鍵。評估標(biāo)準是索引的復(fù)用能力，因為支持最左前綴，所以當(dāng)建立（a，b）這個聯(lián)合索引之后，就不需要給 a 單獨建立索引。原則上，如果通過調(diào)整順序，可以少維護一個索引，那么這個順序往往就是需要優(yōu)先考慮采用的。上面這個例子中，如果查詢條件里只有 b，就是沒法利用（a，b）這個聯(lián)合索引的，這時候就不得不維護另一個索引，也就是說要同時維護（a，b）、（b）兩個索引。這樣的話，就需要考慮空間占用了，比如，name 和 age 的聯(lián)合索引，name 字段比 age 字段占用空間大，所以創(chuàng)建（name，age）聯(lián)合索引和（age）索引占用空間是要小于（age，name）、(name）索引的。

2.3 索引下推

以人員表的聯(lián)合索引（name, age）為例。如果現(xiàn)在有一個需求：檢索出表中“名字之一個字是張，而且年齡是26歲的所有男性”。那么，SQL 語句是這么寫的mysql> select * from tuser where name like ‘張%’ and age=26 and sex=M;

通過最左前綴索引規(guī)則，會找到 ID1，然后需要判斷其他條件是否滿足在 MySQL 5.6 之前，只能從 ID1 開始一個個回表。到主鍵索引上找出數(shù)據(jù)行，再對比字段值。而 MySQL 5.6 引入的索引下推優(yōu)化(index condition pushdown)，可以在索引遍歷過程中，對索引中包含的字段先做判斷，直接過濾掉不滿足條件的記錄，減少回表次數(shù)。這樣，減少了回表次數(shù)和之后再次過濾的工作量，明顯提高檢索速度。

2.4 隱式類型轉(zhuǎn)化

隱式類型轉(zhuǎn)化主要原因是，表結(jié)構(gòu)中指定的數(shù)據(jù)類型與傳入的數(shù)據(jù)類型不同，導(dǎo)致索引無法使用。所以有兩種方案：

修改表結(jié)構(gòu)，修改字段數(shù)據(jù)類型。

修改應(yīng)用，將應(yīng)用中傳入的字符類型改為與表結(jié)構(gòu)相同類型。

3. 為什么會選錯索引3.1 優(yōu)化器選擇索引是優(yōu)化器的工作，其目的是找到一個更優(yōu)的執(zhí)行方案，用最小的代價去執(zhí)行語句。在數(shù)據(jù)庫中，掃描行數(shù)是影響執(zhí)行代價的因素之一。掃描的行數(shù)越少，意味著訪問磁盤數(shù)據(jù)的次數(shù)越少，消耗的 CPU 資源越少。當(dāng)然，掃描行數(shù)并不是唯一的判斷標(biāo)準，優(yōu)化器還會結(jié)合是否使用臨時表、是否排序等因素進行綜合判斷。

3.2 掃描行數(shù)

MySQL 在真正開始執(zhí)行語句之前，并不能精確的知道滿足這個條件的記錄有多少條，只能通過索引的區(qū)分度來判斷。顯然，一個索引上不同的值越多，索引的區(qū)分度就越好，而一個索引上不同值的個數(shù)我們稱為“基數(shù)”，也就是說，這個基數(shù)越大，索引的區(qū)分度越好。# 通過 show index 方法，查看索引的基數(shù)mysql> show index from t;++++++++++——+++-+| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |++++++++++——+++-+| t || PRIMARY || id| A|| NULL | NULL | | REE || || t || a|| a| A|| NULL | NULL | YES | REE || || t || b|| b| A|| NULL | NULL | YES | REE || |++++++++++——+++-+

MySQL 使用采樣統(tǒng)計方法來估算基數(shù)：采樣統(tǒng)計的時候，InnoDB 默認會選擇 N 個數(shù)據(jù)頁，統(tǒng)計這些頁面上的不同值，得到一個平均值，然后乘以這個索引的頁面數(shù)，就得到了這個索引的基數(shù)。而數(shù)據(jù)表是會持續(xù)更新的，索引統(tǒng)計信息也不會固定不變。所以，當(dāng)變更的數(shù)據(jù)行數(shù)超過 1/M 的時候，會自動觸發(fā)重新做一次索引統(tǒng)計。

在 MySQL 中，有兩種存儲索引統(tǒng)計的方式，可以通過設(shè)置參數(shù) innodb_stats_persistent 的值來選擇：

on 表示統(tǒng)計信息會持久化存儲。默認 N = 20，M = 10。

off 表示統(tǒng)計信息只存儲在內(nèi)存中。默認 N = 8，M = 16。

由于是采樣統(tǒng)計，所以不管 N 是 20 還是 8，這個基數(shù)都很容易不準確。所以，冤有頭債有主，MySQL 選錯索引，還得歸咎到?jīng)]能準確地判斷出掃描行數(shù)。

可以用 yze table 來重新統(tǒng)計索引信息，進行修正。

ANAZE TABLE tbl_name …

數(shù)據(jù)庫索引例子的介紹就聊到這里吧，感謝你花時間閱讀本站內(nèi)容，更多關(guān)于數(shù)據(jù)庫索引例子,數(shù)據(jù)庫索引的使用例子,如何正確合理的建立MYSQL數(shù)據(jù)庫索引的信息別忘了在本站進行查找喔。

成都服務(wù)器租用選創(chuàng)新互聯(lián)，先試用再開通。
創(chuàng)新互聯(lián)（www.cdcxhl.com）提供簡單好用，價格厚道的香港/美國云服務(wù)器和獨立服務(wù)器。物理服務(wù)器托管租用：四川成都、綿陽、重慶、貴陽機房服務(wù)器托管租用。

當(dāng)前文章：數(shù)據(jù)庫索引的使用例子 (數(shù)據(jù)庫索引例子)
本文路徑：http://fisionsoft.com.cn/article/djjisjp.html

新聞中心

如何正確合理的建立MYSQL數(shù)據(jù)庫索引

其他資訊