使用索引查询时，把索引列单独放在表达式一侧(id<4)，否则索引可能无法生效(id-1<4);
索引的选择性：索引不重复记录条数/总记录条数，选择性越高性能越好。
扫描索引本身很快，但是如果索引不能覆盖查询所需的所有列，那就不得不每扫描一条记录就都回表查询一次对应的行，这基本都是随机I/O。所以按索引顺序读取数据的速度通常要要比顺序的全表扫描要慢，尤其是I/O密集的工作负载时。(当索引出大量结果需要一个个回表查询时，速度慢)
二级索引的叶子节点指向主键，所以二级索引自带主键，(column1)=(column1, id )。
查看表索引：
show keys(或index) from table_name\G
新建表索引：column_name(length)，length可选，表示前缀索引。
create index index_name on table_name (column_name1(length), cloumn_name2);
alter table table_name add index index_name(column_name(length));
删除表索引：
alter table table_name drop index index_name;
指定MySQL使用/忽略索引：
select * from table_nameuse/force/ignoreindex(index_name1,index_name2....) where....;
索引原理：
避免了全表扫描，innodb引擎采用B+树索引，所有的值都是按顺序存储的，从索引根节点开始搜索，比较节点页的值和要查找的值，判断要不要进入下一个节点，最终存储引擎要么找到对应的值，要么值不存在。
普通索引匹配原则：
最左前缀原则：索引必须从索引定义的第一个列开始匹配，如果第一个（左边）列使用范围匹配，则后面所有列索引失效。如果范围匹配的是字符串，则必须like 'xx%'而不能like '%xx'或者%xxx%。
使用in(value1, value2)多个等值，后续条件可以使用索引，如果使用<或>等范围匹配，则后续条件不能使用索引。
order by索引：
只有当索引的列顺序和order by字句顺序完全一致，并且所有列的排序方向(倒序或正序)都一样时，MySQL才能使用索引对结果进行排序。如果查询需要关联多张表，则只有当order by子句引用字段都是第一个表时，才能用索引进行排序。并且索引排序也需要满足最左前缀要求。否则无法用索引排序，将使用文件排序。
(rental_data, inventory_id, customer_id)
例：
select rental_id, staff_id from sakila.rental
where rental_date = '2005-05-25'
order by inventory_id, customer_id desc
例：
select rental_id, staff_id from sakila.rental
where rental_date = '2005-05-25'
order by inventory_id desc
索引优势：
索引大大减少了服务器需要扫描的数据量。
索引可以帮助服务器避免排序和零食表。
索引可以将随机I/O变为顺序I/O。
哈希索引：
索引中不直接存储列的值，把列的hash值当作索引，所以即使hash指是有序的但实际列是无需的，所以无法用于排序，匹配时只能精准匹配，比较符使用，=，<=>，in()。hash碰撞低的时候性能优秀，碰撞高性能则低。
innodb不支持直接创建hash索引，但是有“自适应hash索引”，即当innodb发现某个索引使用频繁会自动在b-tree之上再创建一个hash索引。这是完全自动的，用户无法控制，但可以关闭此功能。当需要对长字符做索引时，建议加一列hash值列作为索引列。
前缀索引：
对于长字符串可以使用前缀索引提高查询性能。
覆盖索引：
如果索引的叶子节点中包含所要查询的所有数据则无需回表查询，我们称之为覆盖索引。
