SQL查询优化

背景：页面打开速度普遍变慢，需要响应好几秒才能够打开

解决方案：根据具体情况来进行对待

1.代码不对。

如图这一块有两个错误。第一个重复查询，在一个方法里面，对于同一个SQL语句不应该出现多次。

第二个这些数据完全可以使用一个SQL来查询。用union连接即可。

2.数据量过大导致查询变慢。

某些SQL数据量太大，进行关联查询的时候不可避免的会导致查询速度变慢。这时候我们需要给其添加索引

对于哪些情况使用索引，大概简单说一下。首先，索引应该创建在唯一性比较强的字段上面，简单点说就是大部分数据都不一样，像性别，班级这种唯一性较弱的数据是不适合创建索引的。其次索引并不是创建好就会自动使用的，索引只会在满足一定条件下使用 第一种，>=<可以调用,!=和<>不会调用，排序处可以使用索引，is null is not null 是不会使用索引的。like查询 %aaa不会使用到索引，但是aaa%是会使用到索引的。字符串必须用引号引用起来，否则不使用索引。不要对索引字段进行任何函数上的操作，会导致全表扫描，而放弃使用索引

3.SQL结构不够优化

有些逻辑上的不够优化也会导致查询变慢。比如说大小表关联查询的时候大表放前面。

机器运行的顺序和我们手写的顺序是不一样的

FROM 子句：执行顺序为从后往前、从右到左。数据量较少的表尽量放在后面。
WHERE子句：执行顺序为自下而上、从右到左。将能过滤掉最大数量记录的条件写在WHERE 子句的最右。
GROUP BY：执行顺序从左往右分组，最好在GROUP BY前使用WHERE将不需要的记录在GROUP BY之前过滤掉。
HAVING 子句：消耗资源。尽量避免使用，HAVING 会在检索出所有记录之后才对结果集进行过滤，需要排序等操作。
SELECT子句：少用*号，尽量取字段名称。ORACLE 在解析的过程中, 通过查询数据字典将*号依次转换成所有的列名, 消耗时间。
ORDER BY子句：执行顺序为从左到右排序，消耗资源

4.某些处理上的修改。

使用EXISTS来代替DISTINCT优化速度。

使用join来代替临时表

group by col1,后面加上order null。（禁止排序，因为mysql会对group by进行排序）

分割表（一般按时间分割）