索引用於快速找出在某個列中有一特定值的行。不使用索引，mysql必須從第1條記錄開始然後讀完整個表直到找出相關的行。
表越大，花費的時間越多。如果表中查詢的列有乙個索引，mysql能快速到達乙個位置去搜尋到資料檔案的中間，沒有必要看所有資料。
大多數mysql索引(primary key、unique、index和fulltext)在b樹中儲存。只是空間列型別的索引使用r-樹，並且memory表還支援hash索引。
有，想象一下，你面前有本詞典，資料就是書的正文內容，你就是那個cpu，而索引，則是書的目錄
大多數情況下索引能大幅度提高查詢效率，但：
想象一下，你在看一本成語詞典，目錄是按成語拼音順序建立，查詢需求是，你想找以 「一」字開頭的成語（」一%「），和你想找包含一字的成語（「%一%」）
<，<=，=，>，>=，between，in
<>，not in ，！=則不行
不能一次查詢只能用到乙個索引，所以 首先槍斃 a，b各建索引方案
a還是b？ 誰的區分度更高（同值的最少），建誰！
當然，聯合索引也是個不錯的方案，ab，還是ba，則同上，區分度高者，在前
where a = 「***」 可以使用 ab 聯合索引
where b = 「***」 則不可 （再想象一下，這是書的目錄？）
所以，大多數情況下，有ab索引了，就可以不用在去建乙個a索引了
也即select * from test where mobile = 13711112222;
可是無法用到mobile欄位的索引的哦（如果mobile是char 或 varchar型別的話）
btw，千萬不要嘗試用int來存手機號（為什麼？自己想！要不自己試試）
索引包含了所需的全部值的話，就只select 他們，換言之，只select 需要用到的字段，如無必要，可盡量避免select *
null會導致索引形同虛設，所以在設計表結構時應避免null 的存在（用其他方式表達你想表達的null，比如 -1？）
show index from tablename;
explain select ……;
關於explain，改天可以找個時間專門寫一篇入門帖，在此之前，可以嘗試 google
過早優化，一直是個非常討厭而又時刻存在的問題，大多數時候就是因為不了解自己的系統，不知道自己系統真正的承載能力
比如：幾千條資料的新聞表，每天幾百幾千次的正文搜尋，大多數時候我們可以放心的去like，而不要又去建一套全文搜尋什麼的，畢竟cpu還是比人腦厲害太多
什麼時候該休息
睡眠是身體進行自我調整的時刻，你侵略它的時間，它便侵略你的健康 有些人原本一向身體健康，但在連續熬夜數晚後，突然第二天起床會覺得很疲勞，一閉眼就想睡覺，而且會腰痠背痛，但一到晚上精神又好起來！別以為這是小事！根據中醫的看法，是因過勞而造成體內器官陰陽失調，就是體內器官起內訌，互相打架，最後造成器官衰...
MySql中什麼時候建立索引？
索引 index 是幫助mysql高效獲取資料的資料結構。所以說索引的本質是 資料結構。簡單理解就是 排好序的快速查詢資料的資料結構。一般來說，索引本身也很大，不可能全部儲存在記憶體中，所以通常以索引檔案的形式儲存在磁碟上。高效的檢索資料 通過索引列隊資料排序 更新表 增 刪 改 的同時也需要更新索...
ajax該什麼時候用
第 一 請求的提交是為了頁面資料的顯示，這時候使用者一般不希望看到頁面的重新整理，是使用ajax的乙個最佳時候。第二 如果請求提交後，使用者能從頁面感覺到提交結果，這時候，也最好不要有頁面重新整理，推薦使用ajax技術。第三 如果請求提交後，使用者不能從頁面感覺到提交動作，如絕大多數時候的資料的增加...