本篇目錄：
一、數據頁與索引頁
二、聚簇索引與非聚簇索引
三、唯一索引
四、索引的創建
五、索引的使用規則
六、數據庫索引失效情況
本篇正文：
一、數據頁與索引頁
數據庫的表存儲分為數據頁存儲和索引頁存儲，索引頁中儲存的是指數據頁的指針。索引頁所占的存儲空間比數據頁要小很多。
二、聚簇索引與非聚簇索引
索引(Index)的存儲方式分為兩種：聚簇索引( Index)和非聚簇索引( Index)。
聚簇索引：它并不是一種單獨的索引類型，而是一種數據存儲方式，它指定了數據在表中的物理存儲順序。因為單個表在磁盤上只能有一個物理記錄排序方式，所以一個表只能有一個聚簇索引。指定索引列后，數據會按照索引列重新一一排序(未指定情況下是按照主鍵排序的)，并將其存儲為表的副本。此副本(數據頁)和索引頁存儲需要額外占用的空間大小，至少是該表的120%。此外，在插入新行、更新行的索引列值時，DBMS將自動對數據重新排序，經常大量插入行或更新索引列的值時mysql數據庫索引有哪些，盡量不要使用聚簇索引。
非聚簇索引：非聚簇索引的順序不影響數據的物理存儲順序的。如果說聚簇索引是一本詞典的a-z排序方式(物理存儲方式)，那么非聚簇索引就是詞典后面的各種附錄索引。不同的附錄索引里的關鍵字排序是不一樣的，但是可以根據這個索引快速定位到單詞所在的頁數(物理位置)。其查詢速度沒有聚簇索引快，但是在一定程序上可以提高查詢效率。一張表最多可以創建249個非聚簇索引，每個非聚簇索引都需要進行索引頁的存儲。因為它占用很多空間的，所以非聚簇索引并不是越多越好。
三、唯一索引
唯一索引：一種特殊的索引，不允許索引值重復。也就是指定的索引列，不能出現重復的值，有點類似主鍵。創建該索引時，DBMS會檢查是否有重復的索引值，如果有會報錯，創建索引失敗。索引創建后，會在每次使用 或 語句添加數據時進行檢查。
四、索引的創建
數據庫創建索引需要有唯一的名字，指明索引名和索引列，且索引名不可與表名重復。
以MySQL的創建索引為例
聚簇索引創建語句：
index []
on [] ([], [], ...)
非聚簇索引創建語句：
index []
on []([], [],...)
聚簇唯一索引創建語句：
index []
on []([], [],...)
非聚簇唯一索引創建語句：
index []
on []([], [],...)
五、索引的使用規則
1、小數據的表不需要創建索引，因為沒啥卵用，這并不能提高查詢效率。
2、用戶查詢的字段數據有很多數值或者很多NULL時，創建索引可以提高查詢效率。
3、查詢返回的數據結果行少于總量的25%，索引可顯著提高查詢效率；反之，索引的作用就不大了。
4、索引列必須在where中頻繁使用，或者是order by用到的列，否則其作用就不大。
5、初始化表數據時，先裝入數據，后創建索引。否則，每加一條數據都要更新索引，開銷大。
6、索引提高了檢索速度，降低了數據的更新速度。對表進行大量寫入和更新時，建議先移除索引，再創建索引，可節省時間，提高效率。所以索引不是越多越好。
7、索引會占用數據庫空間，設計數據庫時需要考慮其大小。
8、表和其索引盡量存儲于不同的磁盤上，可提高查詢速度。這個涉及到硬盤數據的讀取原理。
六、數據庫索引失效情況Last on 2018/07/07, to be ...
1、沒有查詢條件，或者查詢條件沒有建立索引(廢話)
2、在查詢條件上沒有引導列(廢話)
3、查詢條件中，使用函數在索引列上，或者對索引列進行運算(+，-，*，/，!)
錯誤： * from user where id/3 > 1000
正確： * from user where id > 3000
4、like中包含前模糊匹配的會失效
有效：
* from user where name like '';
* from user where name like '%';
* from user where name like '%';
* from user where name like '%';
* from user where name like '%';
查詢效率依次降低，所以說查詢信息越精確越好
失效：
* from user where name like '%';
* from user where name like '%%';
5、查詢條件中沒有引用組合索引中第一位置的索引列
特別說明：如果創建的索引是(name,city,sex)，那么where city = 'YYY' and name = 'XXX'的效率和where name = 'XXX' and city = 'YYY'是一樣的，因為MySQL優化器會自動調整查詢條件的先后順序，以匹配最適應的索引進行查詢。但是where city = 'YYY' and sex = '1'就不能發揮索引的作用了。
擴展：sex這一列值比較單一，就是0和1，所以它上面建立索引效率提示不大哦~
6、字符型的字段mysql數據庫索引有哪些，查詢內容為數字時，不加引號
7、in, not in使用要慎重，連續范圍查詢區間
(1) 可以用 and就不要用in
num from a where num in(1,2,3,4,5)
改為
num from a where num 1 and 5
(2) 有的時候可以用來優化in，比如
num from a where num in( num from b)
改為：
num from a where ( 1 from b where num=a.num)
8、表字段為time類型，而查詢條件內容為date類型，或者相反情況
9、不建議在where中進行is null和is not null請慎用，.6.21上，is null是有效果的，is not null是全表掃描，個人猜測速度和表內null所占比例有關。
10、where查詢子句中有!=，都會促使引擎放棄索引，使用全表掃描
11、where查詢條件中使用or連接條件，會促使引擎放棄索引，使用全表掃描，可以用union all聯結查詢結果
12、where查詢中使用參數，會促使引擎放棄索引，使用全表掃描。因為SQL只有在運行時才會解析局部變量，但優化程序不能將訪問計劃的選擇推遲到運行時；它必須在編譯時進行選擇。然而，如果在編譯時建立訪問計劃，變量的值還是未知的，因而無法作為索引選擇的輸入項。
如下面語句將進行全表掃描： id from t where num=@num
可以改為強制查詢使用索引： id from t with(index(索引名)) where num=@num
MySQL優化索引查詢，可參見以下博客：