mysql索引無法命中情況
1，查詢占表數據30%以上
2，小表查詢
3，規定不用索引查詢
4，查詢條件給字符串加引號用索引，否則不用
5，條件中用到or，除非涉及到的列都有索引否則不命中
6，like 的 %在前不命中，在后命中
示例 explain select * from adminlog
| id | select_type | table | partitjons | type | possible_keys | key | key_len | ref | row | filtered | Extra |
| 1 | SIMPLE | adminlog | ALL | 2 | 100 |
select_type :查詢類型
simple簡單查詢 primary 主查詢 UNION 第二個或者后面的查詢語句。SUBQUERY : 子查詢中的第一個select]
table ：輸出結果的表
type:查詢級別
type＝ALL 全表掃描，
type=NULL 不用訪問表或者索引，直接就能夠得到結果
4、possible_keys : 可能使用的索引列表.
索引類型
1.普通索引
是最基本的索引，它沒有任何限制。它有以下幾種創建方式：
（1）直接創建索引
CREATE INDEX index_name ON table(column(length))
（2）修改表結構的方式添加索引
ALTER TABLE table_name ADD INDEX index_name ON (column(length))
（3）創建表的時候同時創建索引
CREATE TABLE `table` (
`id` int(11) NOT NULL AUTO_INCREMENT ,
`title` char(255) CHARACTER NOT NULL ,
`content` text CHARACTER NULL ,
`time` int(10) NULL DEFAULT NULL ,
PRIMARY KEY (`id`),
INDEX index_name (title(length))
)
（4）刪除索引
DROP INDEX index_name ON table
2，
2.唯一索引
與前面的普通索引類似，不同的就是：索引列的值必須唯一，但允許有空值。如果是組合索引，則列值的組合必須唯一。它有以下幾種創建方式：
（1）創建唯一索引
CREATE UNIQUE INDEX indexName ON table(column(length))
（2）修改表結構
ALTER TABLE table_name ADD UNIQUE indexName ON (column(length))
（3）創建表的時候直接指定
CREATE TABLE `table` (
`id` int(11) NOT NULL AUTO_INCREMENT ,
`title` char(255) CHARACTER NOT NULL ,
`content` text CHARACTER NULL ,
`time` int(10) NULL DEFAULT NULL ,
UNIQUE indexName (title(length))
);
3.主鍵索引
是一種特殊的唯一索引，一個表只能有一個主鍵，不允許有空值。一般是在建表的時候同時創建主鍵索引：
CREATE TABLE `table` (
`id` int(11) NOT NULL AUTO_INCREMENT ,
`title` char(255) NOT NULL ,
PRIMARY KEY (`id`)
);
4.組合索引
指多個字段上創建的索引，只有在查詢條件中使用了創建索引時的第一個字段，索引才會被使用。使用組合索引時遵循最左前綴集合
ALTER TABLE `table` ADD INDEX name_city_age (name,city,age);
5.全文索引
主要用來查找文本中的關鍵字，而不是直接與索引中的值相比較。fulltext索引跟其它索引大不相同，它更像是一個搜索引擎，而不是簡單的where語句的參數匹配。fulltext索引配合match against操作使用，而不是一般的where語句加like。它可以在create table，alter table ，create index使用，不過目前只有char、varchar，text 列上可以創建全文索引。值得一提的是，在數據量較大時候，現將數據放入一個沒有全局索引的表中，然后再用CREATE index創建fulltext索引，要比先為一張表建立fulltext然后再將數據寫入的速度快很多。
（1）創建表的適合添加全文索引
CREATE TABLE `table` (
`id` int(11) NOT NULL AUTO_INCREMENT ,
`title` char(255) CHARACTER NOT NULL ,
`content` text CHARACTER NULL ,
`time` int(10) NULL DEFAULT NULL ,
PRIMARY KEY (`id`),
FULLTEXT (content)
);
（2）修改表結構添加全文索引
ALTER TABLE article ADD FULLTEXT index_content(content)
（3）直接創建索引
CREATE FULLTEXT INDEX index_content ON article(content)
四、缺點
1.雖然索引大大提高了查詢速度，同時卻會降低更新表的速度，如對表進行insert、update和delete。因為更新表時，不僅要保存數據，還要保存一下索引文件。同時考慮索引的命中，先建表插入數據在建索引比建好索引插入數據快
2.建立索引會占用磁盤空間的索引文件。一般情況這個問題不太嚴重，但如果你在一個大表上創建了多種組合索引，索引文件的會增長很快。
索引只是提高效率的一個因素，如果有大數據量的表，就需要花時間研究建立最優秀的索引，或優化查詢語句。
五、注意事項
使用索引時，有以下一些技巧和注意事項：
1.字段的區分度非常低，完全無法區分會降低速度 ,因為值都相同 這樣一來B+樹會沒有任何的子節點,像一根竹竿每一都匹配相當於,有幾條記錄就有幾次io ,所有要注意 區分度低的字段不應該建立索引,不能加速查詢反而降低寫入效率,
2.索引不會包含有null值的列
只要列中包含有null值都將不會被包含在索引中，復合索引中只要有一列含有null值，那么這一列對於此復合索引就是無效的。所以我們在數據庫設計時不要讓字段的默認值為null。
3.使用短索引
對串列進行索引，如果可能應該指定一個前綴長度。例如，如果有一個char(255)的列，如果在前10個或20個字符內，多數值是惟一的，那么就不要對整個列進行索引。短索引不僅可以提高查詢速度而且可以節省磁盤空間和I/O操作。
4.索引列排序
查詢只使用一個索引，因此如果where子句中已經使用了索引的話，那么order by中的列是不會使用索引的。因此數據庫默認排序可以符合要求的情況下不要使用排序操作；盡量不要包含多個列的排序，如果需要最好給這些列創建復合索引。
5.like語句操作
一般情況下不推薦使用like操作，如果非使用不可，如何使用也是一個問題。like “%aaa%” 不會使用索引而like “aaa%”可以使用索引。
6. .索引字段不能參加運算 select count(*) from usr where id * 12 = 120; #速度非常慢原因在於 mysql需要取出所有列的id 進行運算之后才能判斷是否成立 #解決方案 select count(*) from usr where id = 120/12; #速度提升了 因為在讀取數據時 條件就一定固定了 相當於 select count(*) from usr where id = 10;
7.and有索引 mysql並不是從左往右傻傻的去查 而是找出一個區分度高的字段優先匹配 #改為范圍匹配 ,or從左往右
1. 聚集索引（Clustered Index）
聚集索引決定數據在磁盤上的物理排序，一個表只能有一個聚集索引。
2. 非聚集索引（Non-clustered Index）
非聚集索引並不決定數據在磁盤上的物理排序，索引上只包含被建立索引的數據，以及一個行定位符 row-locator，這個行定位符，可以理解為一個聚集索引物理排序的指針，通過這個指針，可以找到行數據。