今天在熟悉我們的項目的時候，sql中看到FORCE INDEX，額，都不知道什么東東，有什么特別用處嗎？ 查了下資料，原來是這樣啊，發(fā)現(xiàn)一般不搞復雜sql，而且復雜sql DBA也不允許，但優(yōu)化的sql 還是有必要了解下。（一般來說也不太會使用，總被DBA pk了）
下面部分轉(zhuǎn)：
對于經(jīng)常使用oracle的朋友可能知道，oracle的hint功能種類很多，對于優(yōu)化sql語句提供了很多方法。同樣，在mysql里，也有類似的hint功能。下面介紹一些常用的。
1。強制索引 FORCE INDEX
SELECT * FROM TABLE1 FORCE INDEX (FIELD1) …
以上的SQL語句只使用建立在FIELD1上的索引，而不使用其它字段上的索引。
2。忽略索引 IGNORE INDEX
SELECT * FROM TABLE1 IGNORE INDEX (FIELD1, FIELD2) …
在上面的SQL語句中，TABLE1表中FIELD1和FIELD2上的索引不被使用。
3。關閉查詢緩沖 SQL_NO_CACHE
SELECT SQL_NO_CACHE field1, field2 FROM TABLE1;
有一些SQL語句需要實時地查詢數(shù)據(jù)，或者并不經(jīng)常使用（可能一天就執(zhí)行一兩次）,這樣就需要把緩沖關了,不管這條SQL語句是否被執(zhí)行過，服務器都不會在緩沖區(qū)中查找，每次都會執(zhí)行它。
4。強制查詢緩沖 SQL_CACHE
SELECT SQL_CALHE * FROM TABLE1;
如果在my.ini中的query_cache_type設成2，這樣只有在使用了SQL_CACHE后，才使用查詢緩沖。
5。優(yōu)先操作 HIGH_PRIORITY
HIGH_PRIORITY可以使用在select和insert操作中，讓MYSQL知道，這個操作優(yōu)先進行。
SELECT HIGH_PRIORITY * FROM TABLE1;
6。滯后操作 LOW_PRIORITY
LOW_PRIORITY可以使用在insert和update操作中，讓mysql知道，這個操作滯后。
update LOW_PRIORITY table1 set field1= where field1= …
7。延時插入 INSERT DELAYED
INSERT DELAYED INTO table1 set field1= …
INSERT DELAYED INTO，是客戶端提交數(shù)據(jù)給MySQL，MySQL返回OK狀態(tài)給客戶端。而這是并不是已經(jīng)將數(shù)據(jù)插入表，而是存儲在內(nèi)存里面等待排隊。當mysql有空余時，再插入。另一個重要的好處是，來自許多客戶端的插入被集中在一起，并被編寫入一個塊。這比執(zhí)行許多獨立的插入要快很多。壞處是，不能返回自動遞增的ID，以及系統(tǒng)崩潰時，MySQL還沒有來得及插入數(shù)據(jù)的話，這些數(shù)據(jù)將會丟失。
8 。強制連接順序 STRAIGHT_JOIN
SELECT TABLE1.FIELD1, TABLE2.FIELD2 FROM TABLE1 STRAIGHT_JOIN TABLE2 WHERE …
由上面的SQL語句可知，通過STRAIGHT_JOIN強迫MySQL按TABLE1、TABLE2的順序連接表。如果你認為按自己的順序比MySQL推薦的順序進行連接的效率高的話，就可以通過STRAIGHT_JOIN來確定連接順序。
9。強制使用臨時表 SQL_BUFFER_RESULT
SELECT SQL_BUFFER_RESULT * FROM TABLE1 WHERE …
當我們查詢的結(jié)果集中的數(shù)據(jù)比較多時，可以通過SQL_BUFFER_RESULT.選項強制將結(jié)果集放到臨時表中，這樣就可以很快地釋放MySQL的表鎖（這樣其它的SQL語句就可以對這些記錄進行查詢了），并且可以長時間地為客戶端提供大記錄集。
10。分組使用臨時表 SQL_BIG_RESULT和SQL_SMALL_RESULT
SELECT SQL_BUFFER_RESULT FIELD1, COUNT(*) FROM TABLE1 GROUP BY FIELD1;
一般用于分組或DISTINCT關鍵字，這個選項通知MySQL，如果有必要，就將查詢結(jié)果放到臨時表中，甚至在臨時表中進行排序。SQL_SMALL_RESULT比起SQL_BIG_RESULT差不多，很少使用。