使用高效的查询
- 参数是子查询时，使用EXISTS代替IN
如果连接列上建立了索引，只需查询索引即可；
如果使用exists，那么只查到一行数据满足条件就会终止查询，不像IN会扫描全表。 - 参数是子查询时，使用连接代替IN
避免排序
-
会进行排序的代表性的运算：
- group by 子句
- order by 子句
- 聚合函数（SUM、COUNT、AVG、MAX、MIN）
- DISTINCT
- 集合运算符(UNION、INTERSECT、EXCEPT)
- 窗口函数（RANK、ROW_NUMBER）
- 尽量避免无谓的排序。
使用ALL可选项不会进行排序。
使用EXISTS代替DISTINCT。
极值函数中使用索引（MAX、MIN）
能写在WHERE子句里的条件不要写在HAVING子句里。HAVING子句是针对聚合后生成的视图进行筛选的，但是很多时候聚合后的视图都没有继承原表的索引结构。
在GROUP BY子句和ORDER BY子句中使用索引
利用索引
- 使用索引时，条件表达式的左侧应该是原始字段。
- 指定IS NULL和IS NOT NULL会使得索引无法使用。
-
<>、!=、NOT IN等否定形式不能用到索引。 - 使用
OR索引无法使用，除非是位图索引，但这会增大性能的开销。 - 使用联合索引时，列的顺序错误，会导致索引无法使用。如果无法保证查询条件里列的顺序与索引一致，可以将联合索引拆分为多个索引。
- 使用
LIKE时，只有前方一致的匹配才能用到索引。如：
select * from sometable where col_1 like '%a'; -- 不会使用索引
select * from sometable where col_1 like '%a%'; -- 不会使用索引
select * from sometable where col_1 like 'a%'; -- 会使用索引
- 默认的类型转换不仅会增加额外的性能开销，还会导致索引不可用，在需要类型转换的时候显示地进行类型转换(转换要写在条件表达式的右边)。
减少中间表
- 频繁使用中间表会带来两个问题：1.展开数据需要耗费内存资源，2.原始表中的索引不容易使用到。尽量减少中间表的使用也是提升性能的一个方法。
- 先进行连接再进行聚合。
- 合理使用视图。
个人博客：https://jenkinwang.github.io/
参考书籍：《SQL进阶教程》[日]MICK/著 吴岩昌/译
