sql 优化

通过执行计划explain 分析时候用到了索引查询

EXPLAIN select * from select_course where id = 1

 

 说明使用了主键索引

 

字段要独立出现

比如下面两条SQL语句在语义上相同，但是第一条会使用主键索引而第二条不会。

select * from user where id = 20-1;

select * from user where id+1 = 20;

 

like查询，不能以通配符开头

select * from article where title like '%mysql%';

这种SQL的执行计划用不了索引（like语句匹配表达式以通配符开头），因此只能做全表扫描，效率极低，在实际工程中几乎不被采用。而一般会使用第三方提供的支持中文的全文索引来做。

复合索引只对第一个字段有效

建立复合索引：

 

alter table person add index(first_name,last_name);

其原理就是将索引先按照从first_name中提取的关键字排序，如果无法确定先后再按照从last_name提取的关键字排序，也就是说该索引表只是按照记录的first_name字段值有序。

因此select * from person where first_name = ?是可以利用索引的，而select * from person where last_name = ?无法利用索引。

那么该复合索引的应用场景是什么？==组合查询==

比如对于select * person from first_name = ? and last_name = ?，复合索引就比对first_name和last_name单独建立索引要高效些。很好理解，复合索引首先二分查找与first_name = ?匹配的记录，再在这些记录中二分查找与last_name匹配的记录，只涉及到一张索引表。而分别单独建立索引则是在first_name索引表中二分找出与first_name = ?匹配的记录，再在last_name索引表中二分找出与last_name = ?的记录，两者取交集。

or，两边条件都有索引可用

一但有一边无索引可用就会导致整个SQL语句的全表扫描

 

然后优化

 

 

但是数据量达到千万级别 ，上亿级别数据，就得使用分库分表来加快查询

Mycat 分库分表

sharding-jdbc

或 es 搜索引擎等