mysql查询慢的几个优化点

其实好久没碰SQL了，但还是记录下之前碰到的一些优化点吧。

几点常见的我就直接一笔带过了

1.sql语句中不要出现null
例子如下：select * from test where id is not null;

2.尽量少用not条件
包括：<>、NOT、in、not exists
例子如下：select * from test where id in(1,2,3,4,5);

3.Like通配符后匹配
select * from test where id like ‘%a’;
不要把%写在最前面，这样等于没做，还是全表扫描
改成select * from test where id like 'a%'等等，视情况而定;

4.函数运算
select * from test where upper(name) = ‘SUN’;
需要改成
select * from test where name = upper(‘sun’);
意思就是不要对你存在索引的查询列做函数运算

5.避免数据类型的隐式转换，这里的id在数据库是int类型
select * from test where id = ‘123’
这里数据库会做隐式转换，把id从int转换成varchar，无形之中浪费了时间

6.复合索引前导列区分不大
select * from test where sex = 0
这里sex是性别，只有0和1两种情况，假设你的index索引是(sex,name)，这里sex作为前导列，对于数据的区分并不大，所以对于mysql优化器而言，还不如走全表扫描，所以对应的索引也就失效了，需要注意。前导列应当选取可以把数据区分成尽量多块的字段，否则等于无意义。

------------------还有就是平时碰到的一些常见情况-------------------------

优化目标

1.减少 IO 次数

IO是数据库最容易出现瓶颈的地方，程序建立数据库连接，释放连接，会耗时比较久，大部分数据库操作中超过90%的时间都是 IO 操作所占用的，减少 IO 次数是 SQL 优化中第一优先考虑的点，当然，也是收效最明显的优化手段。
譬如： 我要去数据库取1000条符合条件的数据
方案1：for循环查询1000次
方案2：根据条件把尽量符合的数据先做筛选出来，如果有不符合的数据再在内存中做处理。
这里我推介方案2， 尤其当数据量越大的时候，达到1w+，甚至几万的时候，你的sql语句在数据库尽量只做查询，且不要带什么函数（譬如orderby，groupby），连表不要超过三张（视情况而定），当你把数据拿到内存中后，可以进行排序和分组（JAVA8是支持做分组的，单个key或者多个key都可以），你会发现在内存做处理会比你在sql上加一堆条件快很多，数据量越大越明显。

2.尽量减少连表操作

有些时候我们的数据库是做的日分表这种，那这就很麻烦了，因为不做分表的话，数据量会太大了，尤其是mysql，单表数据太大会出现很多问题，比如删个表就卡死了，等等情况。
方案1：做分区表，mysql 5.1以后支持创建分区表
方案2：存储过程定时每天将表做成视图（但是第一次查询时会较慢，因为需要预编译形成一整张view视图）