简单优化:
1、不要使用 select *,尽量避免回表查询
2、尽量避免 in语句
3、如果 like 语句前后模糊匹配导致索引失效,可以使用 SELECT * FROM table WHERE INSTR(name, 'keyword') > 0;
4、其余字段加索引
5、limit时,尽量添加order by [索引字段],可以在大数据量时提高查询速度
6、order by,
查询计划解读:
id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
id:一条多子句sql,子句的查询顺序,id越大优先级越高,越先执行
select_type:
system只有一行记录会出现
eq_ref索引字段能匹配到唯一的行,一般主键和唯一键的字段查询可以
ref非唯一,与eq_ref相对
range一定范围内的索引扫描,与index相对
index全部范围的索引扫描
ALL全表扫描,没走索引
possible_keys:你查询的字段可能设置了一些索引,但是where,order by等筛选条件不一定会使用这些索引
key:和possible_keys相对,就是你筛选条件实际使用的索引
key_len:这也是估算值,使用的索引长度(最大可能长度),查询并非是使用索引的全部长度
ref:
rows:这是大致估算的扫描行数
extra:一些比较重要的描述信息,使用到了索引会提示Using index
聚集索引(聚簇索引):叶子节点存储的是整行数据,主键索引就是聚集索引,
非聚集索引(普通索引、非聚簇索引、二级索引):其他的则不是,其他索引只存储索引列的数据以及主键索引
回表查询:使用非聚集索引时,为了取到具体数据,通过主键回到聚集索引里查数据,用执行计划可以看到两次查询
索引覆盖:为了减少或解决回表的一种操作,尽量在筛选条件中加上对主键的一些筛选或者排序操作,或者减少查询列,只查询添加了索引的列
标签:ref,使用,查询,索引,key,sql,优化,主键 From: https://www.cnblogs.com/benjerry/p/17550443.html