目录
目的
目标
explain
优化
避免使用select *
用union all代替union
小表驱动大表（in与exists）
批量操作
多使用limit
in中值太多
不使用%前缀模糊查询
不在where子句中进行表达式操作
避免隐式类型转换
联合索引遵守最左前缀法则
inner join、left join、right join、full join
count(*)与count(1）
避免is null /is not null
避免在 where 子句中使用 or
去重distinct过滤字段要少
目的
1.提高资源的利用率
2.提高系统的吞吐量
3.同时满足更多用户的在线需求
目标
1.减少磁盘IO
2.减少网络带宽
3.降低cpu消耗
explain
在select语句之前增加explain关键字，执行后MySQL就会返回执行计划的信息，而不是执行sql。但如果from中包含子查询，MySQL仍会执行该子查询，并把子查询的结果放入临时表中。
EXPLAIN SELECT
tp.*, col.course_title couserName,
col.course_type_name courseName,
col.course_theme_name courseTheme,
col.course_type_name courseType
FROM
le_teaching_plan tp
JOIN le_course col ON tp.course_id = col.id
WHERE
tp.id = '0293abd864954d4b93f163e473924032'
1.id:id列的编号是select的序列号，有几个select就有几个id
2.select_type:
simple：不包含子查询和union的简单查询
primary：复杂查询中最外层的select
subquery：包含在select中的子查询
derived：包含在from子句中的子查询
union：在union中的第二个和随后的select，UNION RESULT为合并的结果
3.table:表示当前行访问的是哪张表
4.partitions:查询将匹配记录的分区,对于非分区表为null
5.type:此列表示关联类型或访问类型。也就是MySQL决定如何查找表中的行。依次从最优到最差分别为：system > const > eq_ref > ref > range > index > all
6.possible_keys:此列显示在查询中可能用到的索引
7.key:此列显示MySQL在查询时实际用到的索引
8.key_len:索引里使用的字节数
9.ref:显示key列记录的索引中，表查找值时使用到的列或常量
10.rows:查询中估计要读取的行数
11.Extra:额外信息
优化
避免使用select *
使用*号多查出来的数据，通过网络IO传输的过程中，也会增加数据传输的时间；同时*不走覆盖索引，导致性能降低。
通过索引值可以直接找到要查询字段的值，而不需要通过主键值回表查询，那么就叫覆盖索引。
用union all代替union
(select * from user where id=1)
union
(select * from user where id=2);
使用union关键字后，可以获取排重后的数据（排重的过程需要遍历、排序和比较，它更耗时，更消耗cpu资源）
使用union all关键字，可以获取所有数据，包含重复的数据
小表驱动大表（in与exists）
用小表的数据集驱动大表的数据集
select * from order
where user_id in (select id from user where status=1)与
select * from order
where exists (select 1 from user where order.user_id = user.id and status=1)
sql语句中包含了in关键字，则它会优先执行in里面的子查询语句，然后再执行in外面的语句。
sql语句中包含了exists关键字，它优先执行exists左边的语句（即主查询语句）。然后把它作为条件，去跟右边的语句匹配。如果匹配上，则可以查询出数据。如果匹配不上，数据就被过滤掉了。
in 适用于左边大表，右边小表；exists 适用于左边小表，右边大表。
批量操作
尽量只远程请求一次数据库，sql性能会得到提升，数据量越多，提升越大；需要注意的是，不建议一次批量操作太多的数据，如果数据太多数据库响应也会很慢。批量操作需要把握一个度，建议每批数据尽量控制在500以内。如果数据多于500，则分多批次处理
多使用limit
为了使explain中type列达到const类型。当只需要一条数据的时候，使用limit 1，如果加上limit1，查找到就不用继续往后找了
in中值太多
select id,name from category
where id in (1,2,3...100000000);
不使用%前缀模糊查询
select * from order where name like '%name%'
使用%前缀会导致索引失效而进行全表扫描；
如果需要使用%name%，可以使用全文索引
创建全文索引
alter table order add fulltest index `idx_name` (`name`);
使用全文索引
select * from order where match(name) against('zhangsan')
不在where子句中进行表达式操作
select user_id,user_project from user_base where age*2=36;
字段就行了算术运算，这会造成引擎放弃使用索引
避免隐式类型转换
where子句中出现name字段的类型和传入的参数类型不一致的时候发生的类型转换，会导致索引失效
联合索引遵守最左前缀法则
如含有字段id、name、school，可以直接用id字段，也可以id、name这样的顺序，但是name;school都无法使用这个索引。
联合索引存在范围查询，比如between、>、<等条件时，会造成后面的索引字段失效
inner join、left join、right join、full join
left join(左联接) 返回包括左表中的所有记录和右表中联结字段相等的记录
right join(右联接) 返回包括右表中的所有记录和左表中联结字段相等的记录
inner join(内连接) 返回两个表中联结字段相等的行
full join（全连接）返回两个表中没有相等的行
count(*)与count(1）
如果表中多个列并且没有主键，则count(1)的执行效率优于count(*)；
如果有主键，则select count(主键)的执行效率是最优的；如果表中只有一个字段，则select count(*)最优。
避免is null /is not null
select id from t where num is null
尽量避免在 where 子句中对字段进行 null 值判断，使用is null 或者is not null 理论上都会走索引,存在Null值会导致mysql优化器处理起来比较复杂，容易导致引擎放弃使用索引而进行全表扫描
null值很难查询优化且占用额外的索引空间，推荐默认数字0代替null
避免在 where 子句中使用 or
select id from t where num=10 or num=20
改为：
select id from t where num=10
union all
select id from t where num=20
where 子句中使用 or来连接条件，否则将导致引擎放弃使用索引而进行全表扫描；如果要利用索引，则OR之间的每个条件列都必须要用到索引。
去重distinct过滤字段要少
当查询很多字段时，如果使用distinct，数据库引擎就会对数据进行比较，过滤掉重复数据，然而这个比较、过滤的过程会占用系统资源，如cpu时间
