[TOC] ## 索引的優缺點 優點： 1. 大大加快數據的檢索速度，這也是創建索引的最主要的原因 2. 加速表和表之間的連接，特別是在實現數據的參考完整性方面特別有意義。 3. 在使用分組和排序子句進行數據檢索時，同樣可以顯著減少查詢中分組和排序的時間。 缺點： 1. 創建索引需要耗費一定的時間，但是問題不大，一般索引只要build一次 2. 索引需要占用物理空間，特別是聚集索引，需要較大的空間 3. 當對表中的數據進行增加、刪除和修改的時候，索引也要動態的維護，降低了數據的維護速度，這個是比較大的問題。 ## 索引的使用 ? ? ?需要在這些列上建立索引： 1）在經常需要搜索的列上，這是毋庸置疑的；? 2）經常同時對多列進行查詢，且每列都含有重復值可以建立組合索引，組合索引盡量要使常用查詢形成索引覆蓋（查詢中包含的所需字段皆包含于一個索引中，我們只需要搜索索引頁即可完成查詢）。 同時，該組合索引的前導列一定要是使用最頻繁的列。對于前導列的問題，在后面[sqlite](https://so.csdn.net/so/search?q=sqlite&spm=1001.2101.3001.7020)的索引使用介紹中還會做討論。 3）在經常用在連接的列上，這些列主要是一些外鍵，可以加快連接的速度，連接條件要充分考慮帶有索引的表。；? 4）在經常需要對范圍進行搜索的列上創建索引，因為索引已經排序，其指定的范圍是連續的，同樣，在經常需要排序的列上最好也創建索引。 6）在經常放到where子句中的列上面創建索引，加快條件的判斷速度。要注意的是where字句中對列的任何操作（如計算表達式，函數）都需要對表進行整表搜索，而沒有使用該列的索引。所以查詢時盡量把操作移到等號右邊。 不應該創建索引： 1）很少在查詢中使用的列 2）含有很少非重復數據值的列，比如只有0，1，這時候掃描整表通常會更有效 3）對于定義為TEXT，IMAGE的數據不應該創建索引。這些字段長度不固定，或許很長，或許為空。 當然，對于更新操作遠大于查詢操作時，不建立索引。也可以考慮在大規模的更新操作前drop索引，之后重新創建，不過這就需要把創建索引對資源的消耗考慮在內。總之，使用索引需要平衡投入與產出，找到一個產出最好的點。 ## 查詢不生效 1、=等于和in（某幾個值）是會保持索引字段有效。 2、><這樣大于小于和between and（區間判斷）雖然不會讓該索引字段失效，但是會導致后續的其他索引字段失效。 3、算術運算（加減乘除）和!=不等于一樣，都是嚴重讓索引字段完全失效的，包括后續的其他索引字段也失效。