2、關于like關鍵字
對于使用like的查詢，需要注意的是隻有列的%不在第一個字元索引才可能被使用。以下分别展示了使用like的查詢，第一個是索引被使用的，第二個是索引未被使用的。
3、檢視索引使用情況
使用以下指令：
如果索引正在工作，那麼handler_read_key 會很高，如果查詢中出現handler_read_rnd_next的值很高，則表明查詢低效，索引的應用并不合理。
大批量插入時的sql語句優化
在大量插入時，尤其是并發插入時，mysql往往要承受更高的負載，使用mysql administortar的健康檢查就可以發現，其avg的值相當高，在這種情況下，首先要做的是sql語句的優化，比較下面兩個句子，後者的速度比前者要快得多。因為減少大量的連接配接。
複制内容到剪貼闆代碼：
在我的一個實際應用中，由于需要經常有數百個并發的插入，我還采用了insert delayed into來取代insert into，前者與後者的差別是在執行插入語句時，資料儲存在記憶體隊列中，待資料庫空閑時執行，但是會立即傳回一個插入成功的資訊。使用insert delayed into時需要注意：此時不能使用mysql_insert_id()，因為此時并沒有真正插入。對特别重要的資料不宜采用該語句，避免資料以外丢失。
其他雜談
mysql myisam 表超過4g無法通路的解決
myisam引擎預設是支援4gb，innodb理論上可以到6tb，假設單張表容量超過4gb，可能導緻表都無法通路了。可以通過以下指令增加表最大資料量：
存儲引擎的選擇
聲明：本文所針對的資料庫版本都是mysql 5這裡我主要針對兩種存儲引擎進行簡單比較分别是myisam和innodb，首先比較下差別：
1、myisam不支援事務，不支援外鍵，優點是通路速度高，批量插入速度快。假設大量的操作是select、insert，建議采用該存儲引擎。但是在我的實際應用中，出現過批量插入過于頻繁的時候，當資料量到達一定級别，出現表損壞的情況。
2、innodb支援事務處理，但是相對于前者，處理效率低一些，并且其索引及資料也更占用磁盤空間。在存儲一些關鍵資料，并需要對其進行事務操作的時候，我們可以選擇innodb，當然，我認為他不應該是通路量太大的。
索引的設計及使用
沒有索引的表是恐怖的，除非裡頭沒多少資料，但是怎麼設計索引是合理的？恐怕不是所有人都明白，這裡簡要分析下索引的設計及使用。
1、索引通常是設定where字句中的列，如果你設定select後的列，這是沒有任何意義的。當然你需要對某列進行排序，order by後的列也是可以建成索引的。
3、隻要有可能，就要盡量限定索引的長度，例如索引列為 char（100），在其前10個字元大部分都是唯一的，請設定索引的長度為10，使用短索引可以加快查詢速度，并節省硬碟空間。
4、索引的左字首特性，聯合索引實質上也是建立了多個的索引，那麼是建立聯合索引好還是分别建多個索引好呢？顯然前者更好，利用左字首特性，隻要聯合索引的最左的列被用到，那麼索引都會被使用。
5、當然，最後要說的是，不要過度使用索引，索引越多，插入的速度越慢，尤其到資料量龐大時，同時，大量的索引将耗費很多硬碟空間，造成不必要的浪費。
下面舉幾個列子來說明索引的使用：
1、聯合索引的左字首
先看索引結構：
user是聯合索引的名稱，包含3個列，分别是username,order,email。接下來執行以下sql，使用explain指令來分析下運作結果。
在兩句sql中，我們可以發現，第一個sql雖然沒用上，全部的索引列，但由于使用到了最左端的列，是以，聯合索引還是啟用了，第二句沒有使用到最左的列，是以索引沒有使用
====================================分割線================================
最新内容請見作者的github頁：http://qaseven.github.io/