SQL（一）优化建议

避免在where子句中使用!=或<>操作符
说明：引擎会放弃使用索引进行全表扫描。

首先考虑在where及order by涉及的列上建索引

避免在where子句中对字段进行null值判断
说明：null值判断将导致引擎放弃使用索引而进行全表扫描。
解决：针对可能为null的字段设置一个默认值代替，如使用-1代替null。

避免在where子句中使用or
说明：导致引擎放弃使用索引而进行全表扫描。
解决：使用union代替or。

避免使用全模糊查询like %...%
说明：全模糊查询将导致索引失效从而进行全表扫描。
解决：使用右模糊查询，即like ...%，避免使用左模糊查询like %...，如果一定要使用左模糊查询可以使用reverse + function index的形式。全模糊无法优化，只能考虑使用搜索引擎。

慎用in和not in。
解决：对于连续数值尽量使用between代替in。

避免在where子句中对字段进行表达式操作
说明：导致引擎放弃使用索引而进行全表扫描。

避免在where子句中对字段进行函数操作
说明：导致引擎放弃使用索引而进行全表扫描。

使用复合索引字段作为条件时应尽可能让字段顺序与索引顺序保持一致
说明：索引将失效。

使用exists代替in。

控制单表内索引数量（建议5个以内）。

避免使用select *，只查询需要的字段。
说明：查出不需要的数据不仅浪费数据库服务器资源（CPU、内存），也会浪费网络 IO 传输资源，增加数据传输时间。select *不会走覆盖索引，会出现大量回表操作，从而导致查询性能较低。

尽量使用表变量代替临时表。

避免频繁创建和删除临时表。

使用union all代替union。
说明：union获取去重后的数据，union all获取所有数据，包含重复数据。去重过程需要遍历、排序和比较，更加耗时和消耗 CPU 资源，如果业务场景无去重需求尽量使用union all。