一、MySQL索引類型
mysql里目前只支持4種索引分別是：full-text，b-tree，hash，r-tree
b-tree索引應該是mysql里最廣泛的索引的了，除了archive基本所有的存儲引擎都支持它.
1. full-text索引
full-text在mysql里僅有myisam支持它，而且支持full-text的字段只有char、varchar、text數據類型。
full-text主要是用來代替like "%***%"效率低下的問題
2. b-tree索引
b-tree在myisam里的形式和innodb稍有不同
在 innodb里，有兩種形態：一是primary key形態，其leaf node里存放的是數據，而且不僅存放了索引鍵的數據，還存放了其他字段的數據。二是secondary index，其leaf node和普通的b-tree差不多，只是還存放了指向主鍵的信息.
而在myisam里，主鍵和其他的並沒有太大區別。不過和innodb不太一樣的地方是在myisam里，leaf node里存放的不是主鍵的信息，而是指向數據文件里的對應數據行的信息.
3. hash索引
目前我所知道的就只有memory和ndb cluster支持這種索引.
hash索引由於其結構，所以在每次查詢的時候直接一次到位，不像b-tree那樣一點點的前進。所以hash索引的效率高於b-tree，但hash也有缺點，主要如下：
(1)由於存放的是hash值，所以僅支持<=>以及in操作.
(2)hash索引無法通過操作索引來排序，這是因為存放的時候經過hash計算，但是計算的hash值和存放的不一定相等，所以無法排序.
(3)在組合所以里，無法對部分使用索引.
(4)不能避免全表掃描，只是由於在memory表里支持非唯一值hash索引，www.linuxidc.com就是不同的索引鍵，可能存在相同的hash值.
(5)當存在大量相同hash值得時候，hash索引的效率會變低.
4. r-tree索引
r-tree在mysql很少使用，僅支持geometry數據類型，支持該類型的存儲引擎只有myisam、bdb、innodb、ndb、archive幾種。
相對於b-tree，r-tree的優勢在於范圍查找.
二、mysql里sql語句值得注意的地方
1. myisam里所有鍵的長度僅支持1000字節，innodb是767.
2. blob和text字段僅支持前綴索引.
3. 使用!=以及<>不等於的時候，mysql不使用索引.
4. 當在字段時候函數的時候，mysql無法使用索引；在join時條件字段類型不一致的時候，mysql無法使用索引；在組合索引里使用非第一個索引時也不使用索引.
5. 在使用like的時候，以%開頭，即"%***"的時候無法使用索引；在使用or的時候，要求or前后字段都有索引.
有時候mysql query optimizer會認為使用索引並不是最優計划,所以不使用索引。可以在sql語句里可以用use,force index,當然有時候使用也不會比不用快,所以需要忽略掉index方法是ignore index.
關閉查詢緩存sql_no_cache
select sql_no_cache * from table_name;
這樣可以讓一些很少使用的語句不放在緩存里，查找的時候不會去緩存里找；對應的是強制緩存sql_cache
select sql_cache * from table_name;
另外，在my.cnf中如果設置query_cache_type=2的話，那么只有在使用sql_cache后才會使用緩存;
還有mysql里的優先操作hight_priority讓mysql優先操作這個語句
select high_priority * fromtable_name;
與其對應的是low_priority;
mysql里還有延時插入insert delayed
insert delayed into table_name....;
#當提交之后，mysql返回ok，但不立即插入，而是當mysql有空再插入。假如等待時服務器崩潰，那么所有數據丟失，並且插入不會返回自增id.
三、幾個技巧
1. 強制連接順序： STRAIGHT_JOIN
SELECT TABLE1.FIELD1, TABLE2.FIELD2 FROM TABLE1 STRAIGHT_JOIN TABLE2 WHERE …
由上面的SQL語句可知，通過STRAIGHT_JOIN強迫MySQL按TABLE1、TABLE2的順序連接表。如果你認為按自己的順序比MySQL推薦的順序進行連接的效率高的話，就可以通過STRAIGHT_JOIN來確定連接順序。
2. 強制使用臨時表： SQL_BUFFER_RESULT
SELECT SQL_BUFFER_RESULT * FROM TABLE1 WHERE …
當我們查詢的結果集中的數據比較多時，可以通過SQL_BUFFER_RESULT，選項強制將結果集放到臨時表中，這樣就可以很快地釋放MySQL的表鎖（這樣其它的SQL語句就可以對這些記錄進行查詢了），並且可以長時間地為客戶端提供大記錄集。
3. 分組使用臨時表 SQL_BIG_RESULT和SQL_SMALL_RESULT
SELECT SQL_BUFFER_RESULT FIELD1, COUNT(*) FROM TABLE1 GROUP BY FIELD1;
一般用於分組或DISTINCT關鍵字，這個選項通知MySQL，如果有必要，就將查詢結果放到臨時表中，甚至在臨時表中進行排序。SQL_SMALL_RESULT比起SQL_BIG_RESULT差不多，很少使用。