Ⅰ 一般在寫sql時需要注意哪些問題，可以提高查詢的效率
1.盡量使用索引，索引很多情況下可以提高查詢效率
2.避免使用or語句
3.避免使用not in語句
4.可以使用exists和not exists代替in和not in語句
……
還有很多種情況 你網上可以很容易查到
Ⅱ sql怎麼建立索引
進入查詢窗口後，輸入下面的語句：
CREATE INDEX mycolumn_index ON mytable (myclumn)
這個語句建立了一個名為mycolumn_index的索引。你可以給一個索引起任何名字，但你應該在索引名中包含所索引的欄位名，這對你將來弄清楚建立該索引的意圖是有幫助的。
注意：
在本書中你執行任何SQL語句，都會收到如下的信息：
This command did not return data,and it did not return any rows
這說明該語句執行成功了。
索引mycolumn_index對表mytable的mycolumn欄位進行。這是個非聚簇索引，也是個非唯一索引。（這是一個索引的預設屬性）
如果你需要改變一個索引的類型，你必須刪除原來的索引並重建 一個。建立了一個索引後，你可以用下面的SQL語句刪除它：
DROP INDEX mytable.mycolumn_index
注意在DROP INDEX 語句中你要包含表的名字。在這個例子中，你刪除的索引是mycolumn_index，它是表mytable的索引。
要建立一個聚簇索引，可以使用關鍵字CLUSTERED。）記住一個表只能有一個聚簇索引。（這里有一個如何對一個表建立聚簇索引的例子：
CREATE CLUSTERED INDEX mycolumn_clust_index ON mytable(mycolumn)
如果表中有重復的記錄，當你試圖用這個語句建立索引時，會出現錯誤。但是有重復記錄的表也可以建立索引；你只要使用關鍵字ALLOW_DUP_ROW把這一點告訴SQL Sever即可：
CREATE CLUSTERED INDEX mycolumn_cindex ON mytable(mycolumn)
WITH ALLOW_DUP_ROW
這個語句建立了一個允許重復記錄的聚簇索引。你應該盡量避免在一個表中出現重復記錄，但是，如果已經出現了，你可以使用這種方法。
要對一個表建立唯一索引，可以使用關鍵字UNIQUE。對聚簇索引和非聚簇索引都可以使用這個關鍵字。這里有一個例子：
CREATE UNIQUE COUSTERED INDEX myclumn_cindex ON mytable(mycolumn)
這是你將經常使用的索引建立語句。無論何時，只要可以，你應該盡量對一個對一個表建立唯一聚簇索引來增強查詢操作。
最後，要建立一個對多個欄位的索引——復合索引——在索引建立語句中同時包含多個欄位名。下面的例子對firstname和lastname兩個欄位建立索引：
CREATE INDEX name_index ON username(firstname,lastname)
這個例子對兩個欄位建立了單個索引。在一個復合索引中，你最多可以對16個欄位進行索引。
用事務管理器建立索引
用事務管理器建立索引比用SQL語句容易的多。使用事務管理器，你可以看到已經建立的索引的列表，並可以通過圖形界面選擇索引選項。
使用事務管理器你可以用兩種方式建立索引：使用Manage Tables窗口或使用Manage Indexes窗口。
要用Manage Tables 窗口建立一個新索引，單擊按鈕Advanced Options(它看起來象一個前面有一加號的表)。這樣就打開了Advanced Options對話框。這個對話框有一部分標名為Primary Key（見圖11.1）。
圖11。1
要建立一個新索引，從下拉列表中選擇你想對之建立索引的欄位名。如果你想建立一個對多欄位的索引，你可以選擇多個欄位名。你還可以選擇索引是聚簇的還是非聚簇的。在保存表信息後，索引會自動被建立。在Manage Tables窗口中的欄位名旁邊，會出現一把鑰匙。
你已經為你的表建立了「主索引」。主索引必須對不包含空值的欄位建立。另外，主索引強制一個欄位成為唯一值欄位。
要建立沒有這些限制的索引，你需要使用Manage Indexes窗口。從菜單中選擇Manage|Indexes，打開Manage Indexes 窗口。在Manage Indexes 窗口中，你可以通過下拉框選擇表和特定的索引。（見圖11.2）。要建立一個新索引，從Index下拉框中選擇New Index.，然後就可以選擇要對之建立索引的欄位。單擊按鈕Add，把欄位加人到索引中。
圖11。2
你可以為你的索引選擇許多不同的選項。例如，你可以選擇該索引是聚簇的還是非聚簇的。你還可以指定該索引為唯一索引。設計好索引後，單擊按鈕Build，建立該索引。
注意：
唯一索引是指該欄位不能有重復的值，而不是只能建立這一個索引。
SQL核心語句
在第十章，你學會了如何用SQL SELECT 語句從一個表中取數據。但是，到現在為止，還沒有討論如何添加，修改或刪除表中的數據。在這一節中，你將學習這些內容。
插入數據
向表中添加一個新記錄，你要使用SQL INSERT 語句。這里有一個如何使用這種語句的例子：
INSERT mytable (mycolumn) VALUES (『some data')
這個語句把字元串'some data'插入表mytable的mycolumn欄位中。將要被插入數據的欄位的名字在第一個括弧中指定，實際的數據在第二個括弧中給出。
INSERT 語句的完整句法如下：
INSERT [INTO] {table_name|view_name} [(column_list)] {DEFAULT VALUES |
Values_list | select_statement}
如果一個表有多個欄位，通過把欄位名和欄位值用逗號隔開，你可以向所有的欄位中插入數據。假設表mytable有三個欄位first_column,second_column,和third_column。下面的INSERT語句添加了一條三個欄位都有值的完整記錄：
INSERT mytable (first_column,second_column,third_column)
VALUES (『some data','some more data','yet more data')
注意：
你可以使用INSERT語句向文本型欄位中插入數據。但是，如果你需要輸入很長的字元串，你應該使用WRITETEXT語句。這部分內容對本書來說太高級了，因此不加討論。要了解更多的信息，請參考Microsoft SQL Sever 的文檔。
如果你在INSERT 語句中只指定兩個欄位和數據會怎麼樣呢？換句話說，你向一個表中插入一條新記錄，但有一個欄位沒有提供數據。在這種情況下，有下面的四種可能：
如果該欄位有一個預設值，該值會被使用。例如，假設你插入新記錄時沒有給欄位third_column提供數據，而這個欄位有一個預設值'some value'。在這種情況下，當新記錄建立時會插入值'some value'。
如果該欄位可以接受空值，而且沒有預設值，則會被插入空值。
如果該欄位不能接受空值，而且沒有預設值，就會出現錯誤。你會收到錯誤信息：
The column in table mytable may not be null.
最後，如果該欄位是一個標識欄位，那麼它會自動產生一個新值。當你向一個有標識欄位的表中插入新記錄時，只要忽略該欄位，標識欄位會給自己賦一個新值。
注意：
向一個有標識欄位的表中插入新記錄後，你可以用SQL變數@@identity來訪問新記錄
的標識欄位的值。考慮如下的SQL語句：
INSERT mytable (first_column) VALUES(『some value')
INSERT anothertable(another_first,another_second)
VALUES(@@identity,'some value')
如果表mytable有一個標識欄位，該欄位的值會被插入表anothertable的another_first欄位。這是因為變數@@identity總是保存最後一次插入標識欄位的值。
欄位another_first應該與欄位first_column有相同的數據類型。但是，欄位another_first不能是應該標識欄位。Another_first欄位用來保存欄位first_column的值。
刪除記錄
要從表中刪除一個或多個記錄，需要使用SQL DELETE語句。你可以給DELETE 語句提供WHERE 子句。WHERE子句用來選擇要刪除的記錄。例如，下面的這個DELETE語句只刪除欄位first_column的值等於'Delete Me'的記錄：
DELETE mytable WHERE first_column='Deltet Me'
DELETE 語句的完整句法如下：
DELETE [FROM] {table_name|view_name} [WHERE clause]
在SQL SELECT 語句中可以使用的任何條件都可以在DELECT 語句的WHERE子句中使用。例如，下面的這個DELETE語句只刪除那些first_column欄位的值為'goodbye'或 second_column欄位的值為 'so long'的記錄：
DELETE mytable WHERE first_column='goodby' OR second_column='so long'
如果你不給DELETE 語句提供WHERE 子句，表中的所有記錄都將被刪除。你不應該有這種想法。如果你想刪除應該表中的所有記錄，應使用第十章所講的TRUNCATE TABLE語句。
注意：
為什麼要用TRUNCATE TABLE 語句代替DELETE語句？當你使用TRUNCATE TABLE語句時，記錄的刪除是不作記錄的。也就是說，這意味著TRUNCATE TABLE 要比DELETE快得多
Ⅲ mysql有幾種索引類型使用索引時都有那些地方要注意sql優化原則
MySQL索引類型包括：
一、普通索引
這是最基本的索引，它沒有任何限制。有以下幾種創建方式：
1.創建索引
代碼如下:
CREATE INDEX indexName ON mytable(username(length));
如果是CHAR，VARCHAR類型，length可以小於欄位實際長度；如果是BLOB和TEXT類型，必須指定 length，下同。
2.修改表結構
代碼如下:
ALTER mytable ADD INDEX [indexName] ON (username(length)) -- 創建表的時候直接指定。
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX [indexName] (username(length)) );
-- 刪除索引的語法：
DROP INDEX [indexName] ON mytable;
二、唯一索引
它與前面的普通索引類似，不同的就是：索引列的值必須唯一，但允許有空值。如果是組合索引，則列值的組合必須唯一。它有以下幾種創建方式：
代碼如下:
CREATE UNIQUE INDEX indexName ON mytable(username(length))
-- 修改表結構
ALTER mytable ADD UNIQUE [indexName] ON (username(length))
-- 創建表的時候直接指定
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, UNIQUE [indexName] (username(length)) );
三、主鍵索引
它是一種特殊的唯一索引，不允許有空值。一般是在建表的時候同時創建主鍵索引：
代碼如下:
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, PRIMARY KEY(ID) );
當然也可以用 ALTER 命令。記住：一個表只能有一個主鍵。
四、組合索引
為了形象地對比單列索引和組合索引，為表添加多個欄位：
代碼如下:
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, city VARCHAR(50) NOT NULL, age INT NOT NULL );
為了進一步榨取MySQL的效率，就要考慮建立組合索引。
二：使用索引的注意事項
使用索引時，有以下一些技巧和注意事項：
1.索引不會包含有NULL值的列
只要列中包含有NULL值都將不會被包含在索引中，復合索引中只要有一列含有NULL值，那麼這一列對於此復合索引就是無效的。所以我們在資料庫設計時不要讓欄位的默認值為NULL。
2.使用短索引
對串列進行索引，如果可能應該指定一個前綴長度。例如，如果有一個CHAR(255)的列，如果在前10個或20個字元內，多數值是惟一的，那麼就不要對整個列進行索引。短索引不僅可以提高查詢速度而且可以節省磁碟空間和I/O操作。
3.索引列排序
MySQL查詢只使用一個索引，因此如果where子句中已經使用了索引的話，那麼order by中的列是不會使用索引的。因此資料庫默認排序可以符合要求的情況下不要使用排序操作；盡量不要包含多個列的排序，如果需要最好給這些列創建復合索引。
4.like語句操作
一般情況下不鼓勵使用like操作，如果非使用不可，如何使用也是一個問題。like 「%aaa%」 不會使用索引而like 「aaa%」可以使用索引。
5.不要在列上進行運算
select * from users where YEAR(adddate)<2007;
將在每個行上進行運算，這將導致索引失效而進行全表掃描，因此我們可以改成:
select * from users where adddate<『2007-01-01';
6.不使用NOT IN和<>操作。
三：sql優化原則
常見的簡化規則如下：
1.不要有超過5個以上的表連接（JOIN）
2.考慮使用臨時表或表變數存放中間結果。
3.少用子查詢
4.視圖嵌套不要過深,一般視圖嵌套不要超過2個為宜。
5.連接的表越多，其編譯的時間和連接的開銷也越大，性能越不好控制。
6.最好是把連接拆開成較小的幾個部分逐個順序執行。
7.優先執行那些能夠大量減少結果的連接。
8.拆分的好處不僅僅是減少SQL Server優化的時間，更使得SQL語句能夠以你可以預測的方式和順序執行。
如果一定需要連接很多表才能得到數據，那麼很可能意味著設計上的缺陷。
Ⅳ sql使用復合索引要注意什麼
sql復合索引一定要注意搜索條件的設置。
還有就是看你用的是什麼資料庫，mysql和oracle，sqlserver都有各自的設定，需要自己去學
Ⅳ Mysql建索引的注意事項
1.最左前綴匹配原則，非常重要的原則，mysql會一直向右匹配直到遇到范圍查詢(>、<、between、like)就停止匹配，比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)順序的索引，d是用不到索引的，如果建立(a,b,d,c)的索引則都可以用到，a,b,d的順序可以任意調整。
2.=和in可以亂序，比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意順序，mysql的查詢優化器會幫你優化成索引可以識別的形式。
3.盡量選擇區分度高的列作為索引，區分度的公式是count(distinct col)/count(*)，表示欄位不重復的比例，比例越大我們掃描的記錄數越少，唯一鍵的區分度是1，而一些狀態、性別欄位可能在大數據面前區分度就是0，那可能有人會問，這個比例有什麼經驗值嗎？使用場景不同，這個值也很難確定，一般需要join的欄位我們都要求是0.1以上，即平均1條掃描10條記錄。
4.索引列不能參與計算，保持列「干凈」，比如from_unixtime(create_time) = 』2014-05-29』就不能使用到索引，原因很簡單，b+樹中存的都是數據表中的欄位值，但進行檢索時，需要把所有元素都應用函數才能比較，顯然成本太大。所以語句應該寫成create_time = unix_timestamp(』2014-05-29』)。
5.盡量的擴展索引，不要新建索引。比如表中已經有a的索引，現在要加(a,b)的索引，那麼只需要修改原來的索引即可。
1."一個頂三個"。建了一個(a,b,c)的復合索引，那麼實際等於建了(a),(a,b),(a,b,c)三個索引，因為每多一個索引，都會增加寫操作的開銷和磁碟空間的開銷。對於大量數據的表，這可是不小的開銷！
2.覆蓋索引。同樣的有復合索引（a,b,c），如果有如下的sql: select a,b,c from table where a=1 and b = 1。那麼MySQL可以直接通過遍歷索引取得數據，而無需回表，這減少了很多的隨機io操作。減少io操作，特別的隨機io其實是dba主要的優化策略。所以，在真正的實際應用中，覆蓋索引是主要的提升性能的優化手段之一
3.索引列越多，通過索引篩選出的數據越少。有1000W條數據的表，有如下sql:select * from table where a = 1 and b =2 and c = 3,假設假設每個條件可以篩選出10%的數據，如果只有單值索引，那麼通過該索引能篩選出1000W*10%=100w 條數據，然後再回表從100w條數據中找到符合b=2 and c= 3的數據，然後再排序，再分頁；如果是復合索引，通過索引篩選出1000w *10% *10% *10%=1w，然後再排序、分頁，哪個更高效，一眼便知
Ⅵ 建立sql索引應該遵循什麼原則
索引欄位建議建立NOT NULL約束
經常與其他表進行連接的表，在連接欄位上應該建立索引；
經常出現在Where子句中的欄位且過濾性很強的，特別是大表的欄位，應該建立索引；
可選擇性高的關鍵字 ，應該建立索引；
可選擇性低的關鍵字，但數據的值分布差異很大時，選擇性數據比較少時仍然可以利用索引提高效率
復合索引的建立需要進行仔細分析；盡量考慮用單欄位索引代替：
A、正確選擇復合索引中的第一個欄位，一般是選擇性較好的且在where子句中常用的欄位上；
B、復合索引的幾個欄位經常同時以AND方式出現在Where子句中可以建立復合索引；否則單欄位索引；
C、如果復合索引中包含的欄位經常單獨出現在Where子句中，則分解為多個單欄位索引；
D、如果復合索引所包含的欄位超過3個，那麼仔細考慮其必要性，考慮減少復合的欄位；
E、如果既有單欄位索引，又有這幾個欄位上的復合索引，一般可以刪除復合索引；
頻繁DML的表，不要建立太多的索引；
不要將那些頻繁修改的列作為索引列；
Ⅶ mysql有幾種索引類型使用索引時都有那些地方要注意sql優化原則是什麼
mysql的索引類型及使用索引時的注意事項有：
一、普通索引。這是最基本的索引，它沒有任何限制。它有以下幾種創建方式：
1、創建索引
代碼如下:
CREATE INDEX indexName ON mytable(username(length));
如果是CHAR，VARCHAR類型，length可以小於欄位實際長度；如果是BLOB和TEXT類型，必須指定 length，下同。
2、修改表結構
代碼如下:
ALTER mytable ADD INDEX [indexName] ON (username(length)) -- 創建表的時候直接指定
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX [indexName] (username(length)) );
-- 刪除索引的語法：
DROP INDEX [indexName] ON mytable;
二、唯一索引。它與前面的普通索引類似，不同的就是：索引列的值必須唯一，但允許有空值。如果是組合索引，則列值的組合必須唯一。它有以下幾種創建方式：
代碼如下:
CREATE UNIQUE INDEX indexName ON mytable(username(length))
-- 修改表結構
ALTER mytable ADD UNIQUE [indexName] ON (username(length))
-- 創建表的時候直接指定
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, UNIQUE [indexName] (username(length)) );
三、主鍵索引。它是一種特殊的唯一索引，不允許有空值。一般是在建表的時候同時創建主鍵索引：
代碼如下:
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, PRIMARY KEY(ID) );
當然也可以用 ALTER 命令。記住：一個表只能有一個主鍵。
四、組合索引。為了形象地對比單列索引和組合索引，為表添加多個欄位：
代碼如下:
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);[code]
建表時，usernname長度為 16，這里用 10。這是因為一般情況下名字的長度不會超過10，這樣會加速索引查詢速度，還會減少索引文件的大小，提高INSERT的更新速度。
如果分別在 usernname，city，age上建立單列索引，讓該表有3個單列索引，查詢時和上述的組合索引效率也會大不一樣，遠遠低於我們的組合索引。雖然此時有了三個索引，但MySQL只能用到其中的那個它認為似乎是最有效率的單列索引。
建立這樣的組合索引，其實是相當於分別建立了下面三組組合索引：usernname,city,age usernname,city usernname 為什麼沒有 city，age這樣的組合索引呢？這是因為MySQL組合索引「最左前綴」的結果。簡單的理解就是只從最左面的開始組合。並不是只要包含這三列的查詢都會用到該組合索引，下面的幾個SQL就會用到這個組合索引：
[code]
SELECT * FROM mytable WHREE username="admin" AND city="鄭州" SELECT * FROM mytable WHREE username="admin"
Ⅷ 在SQL資料庫中設置索引的原則是什麼（注意是設置不是創建）
其實索引的好壞還和你的查詢語句有關系,就是where後邊的列有關.如果兩者協調不好的話,同樣應用索引也得不到什麼好處.下邊的文章希望對你有益:
索引的設計
A:盡量避免表掃描檢查你的查詢語句的where子句，因為這是優化器重要關注的地方。包含在where裡面的每一列（column)都是可能的侯選索引，為能達到最優的性能，考慮在下面給出的例子：對於在where子句中給出了column1這個列。下面的兩個條件可以提高索引的優化查詢性能！第一：在表中的column1列上有一個單索引第二：在表中有多索引，但是column1是第一個索引的列避免定義多索引而column1是第二個或後面的索引，這樣的索引不能優化伺服器性能例如：下面的例子用了pubs資料庫。
SELECT au_id, au_lname, au_fname FROM authors
WHERE au_lname = 'White'按下面幾個列上建立的索引將會是對優化器有用的索引
au_lname
au_lname, au_fname而在下面幾個列上建立的索引將不會對優化器起到好的作用
au_address
au_fname, au_lname考慮使用窄的索引在一個或兩個列上，窄索引比多索引和復合索引更能有效。用窄的索引，在每一頁上將會有更多的行和更少的索引級別（相對與多索引和復合索引而言），這將推進系統性能。對於多列索引，SQL Server維持一個在所有列的索引上的密度統計（用於聯合）和在第一個索引上的
histogram（柱狀圖）統計。根據統計結果，如果在復合索引上的第一個索引很少被選擇使用，那麼優化器對很多查詢請求將不會使用索引。有用的索引會提高select語句的性能，包括insert,uodate,delete。但是，由於改變一個表的內容，將會影響索引。每一個insert,update,delete語句將會使性能下降一些。實驗表明，不要在一個單表上用大量的索引，不要在共享的列上（指在多表中用了參考約束）使用重疊的索引。在某一列上檢查唯一的數據的個數，比較它與表中數據的行數做一個比較。這就是數據的選擇性，這比較結果將會幫助你決定是否將某一列作為侯選的索引列，如果需要，建哪一種索引。你可以用下面的查詢語句返回某一列的不同值的數目。
select count(distinct cloumn_name) from table_name假設column_name是一個10000行的表，則看column_name返回值來決定是否應該使用，及應該使用什麼索引。
Unique values Index
5000 Nonclustered index
20 Clustered index
3 No index
鏃索引和非鏃索引的選擇
<1:>鏃索引是行的物理順序和索引的順序是一致的。頁級，低層等索引的各個級別上都包含實際的數據頁。一個表只能是有一個鏃索引。由於update,delete語句要求相對多一些的讀操作，因此鏃索引常常能加速這樣的操作。在至少有一個索引的表中，你應該有一個鏃索引。在下面的幾個情況下，你可以考慮用鏃索引：例如：某列包括的不同值的個數是有限的（但是不是極少的）顧客表的州名列有50個左右的不同州名的縮寫值，可以使用鏃索引。例如：對返回一定范圍內值的列可以使用鏃索引，比如用between,>,>=,<,<=等等來對列進行操作的列上。
select * from sales where ord_date between Ƌ/1/93' and ƌ/1/93'例如：對查詢時返回大量結果的列可以使用鏃索引。
SELECT * FROM phonebook WHERE last_name = 'Smith'
當有大量的行正在被插入表中時，要避免在本表一個自然增長（例如，identity列）的列上建立鏃索引。如果你建立了鏃的索引，那麼insert的性能就會大大降低。因為每一個插入的行必須到表的最後，表的最後一個數據頁。當一個數據正在被插入（這時這個數據頁是被鎖定的），所有的其他插入行必須等待直到當前的插入已經結束。一個索引的葉級頁中包括實際的數據頁，並且在硬碟上的數據頁的次序是跟鏃索引的邏輯次序一樣的。
<2:>一個非鏃的索引就是行的物理次序與索引的次序是不同的。一個非鏃索引的葉級包含了指向行數據頁的指針。在一個表中可以有多個非鏃索引，你可以在以下幾個情況下考慮使用非鏃索引。在有很多不同值的列上可以考慮使用非鏃索引例如：一個part_id列在一個part表中select * from employee where emp_id = 'pcm9809f'查詢語句中用order by子句的列上可以考慮使用鏃索引
三、查詢語句的設計
SQL Server優化器通過分析查詢語句，自動對查詢進行優化並決定最有效的執行方案。優化器分析查詢語句來決定那個子句可以被優化，並針對可以被優化查詢的子句來選擇有用的索引。最後優化器比較所有可能的執行方案並選擇最有效的一個方案出來。在執行一個查詢時，用一個where子句來限制必須處理的行數，除非完全需要，否則應該避免在一個表中無限制地讀並處理所有的行。例如下面的例子，select qty from sales where stor_id=7131是很有效的比下面這個無限制的查詢select qty from sales避免給客戶的最後數據選擇返回大量的結果集。允許SQL Server運行滿足它目的的函數限制結果集的大小是更有效的。這能減少網路I/O並能提高多用戶的相關並發時的應用程序性能。因為優化器關注的焦點就是where子句的查詢，以利用有用的索引。在表中的每一個索引都可能成為包括在where子句中的侯選索引。為了最好的性能可以遵照下面的用於一個給定列column1的索引。第一：在表中的column1列上有一個單索引第二：在表中有多索引，但是column1是第一個索引的列不要在where子句中使用沒有column1列索引的查詢語句，並避免在where子句用一個多索引的非第一個索引的索引。這時多索引是沒有用的。
For example, given a multicolumn index on the au_lname, au_fname columns of the authors table in
the pubs database,下面這個query語句利用了au_lname上的索引
SELECT au_id, au_lname, au_fname FROM authors
WHERE au_lname = 'White'
AND au_fname = 'Johnson'
SELECT au_id, au_lname, au_fname FROM authors
WHERE au_lname = 'White'下面這個查詢沒有利用索引，因為他使用了多索引的非第一個索引的索引
SELECT au_id, au_lname, au_fname FROM authors
WHERE au_fname = 'Johnson'