006-SQL 查询优化

https://www.cnblogs.com/wangning528/p/6388538.html
https://blog.csdn.net/qq_38789941/article/details/83744271

SQL优化的一些方法

1、对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

2、尽量不要使用*，返回无意义的字段(select * from user)

3、索引并不是越多越好，索引固然可以提高相应的 select 的效率，但同时也降低了 insert 及 update 的效率，    
因为 insert 或 update 时有可能会重建索引，所以怎样建索引需要慎重考虑，视具体情况而定。    
一个表的索引数最好不要超过6个，若太多则应考虑一些不常使用到的列上建的索引是否有必要。

4、如果字段值分布均匀/字段值在大量重复值时，不建议在该字段上创建索引。因为SQL查询可能不会去利用索引，
如一表中有字段sex，male、female几乎各一半，那么即使在sex上建了索引也对查询效率起不了作用。

5、尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型，这会降低查询和连接的性能，并会增加存储开销。    
	这是因为引擎在处理查询和连接时会逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了。

如何避免索引失效

1、应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致值全表扫描。
2、应尽量避免在 where 子句中使用 != 或 <> 操作符，否则会导致全表扫描
3、应尽量避免在 where 子句中使用 or 来连接条件，否则会导致全表扫描
4、in 和 not in 也要慎用，否则会导致全表扫描
	对于连续的数值，能用 between 就不要用 in 了
	很多时候用 exists 代替 in 是一个好的选择
		select num from a where num in(select num from b)    
		用下面的语句替换：    
		select num from a where exists(select 1 from b where num=a.num)  
5、like 模糊查询也要慎用，后通配走索引、前通配走全表。
6、应尽量避免在 where 子句中对字段进行表达式操作，否则会导致全表扫描
	select id from t where num/2=100    
	应改为:    
	select id from t where num=100*2
7、应尽量避免在where子句中对字段进行函数操作，否则会导致全表扫描
	select id from t where substring(name,1,3)='abc'--name以abc开头的id    
	应改为:    
	select id from t where name like 'abc%' 
8、不要在 where 子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。
	select id from t where 1000/2 = money
9、(mysql/pgsql)使用到复合索引时，注意最左匹配原则
	例如索引是key index (a,b,c). 可以支持a |a,b| a,b,c 3种组合进行查找。