**
以%开头的LIKE查询不能够利用B-tree索引
**
explain select * from actor where last_name like '%NI%'G;
explain select * from actor where last_name like 'NI%'G;
解决办法
先扫描索引 last_name获取满足条件的%NI%的主键actor_id列表,之后根据主键回表去检索记录,这样访问避开了全表扫描actor表产生的大量IO请求。
explain select * from (select actor_id from actor where last_name like '%NI%') a,actor b where a.actor_id = b.actor_idG;
数据类型出现隐式转换
explain select * from actor where last_name=1G;
explain select * from actor where last_name='1'G;
复合索引的情况下,查询条件不满足索引最左的原则
explain select * from payment where amount=3.98 and last_update='2016-02-15 22:12:32'G;
Mysql估计使用索引比全表扫描慢
update film_text set title =concat('S',title);
explain select * from film_text where title like 'S%'G;
可以看出全表扫描需要访问的记录rows为1000,代价cost计算为233.53;
通过idx_title_desc_part索引扫描访问记录rows为998,代价cost为1198.6 要高于全表扫描的时间,mysql会选择全表扫描
用or分割开的条件,or前条件有索引,or后的列没有索引
用or分割开的条件,or前条件有索引,or后的列没有索引,那么涉及的索引不会被用到
因为or后面的条件没有索引,那么后面的查询肯定要进行全表扫描,在存在全表扫描的情况下,就没有必要多一次索引扫描增加IO访问。
explain select * from payment where customer_id =203 or amount=3.96G;
**
负向查询(not , not in, not like, <>, != ,!>,!< ) 不会使用索引
**
**
独立的列 索引 不能是表达式的一部分
**
select * from xxxx where id+1;
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。