sql优化的几点建议

1. 尽量避免使用select * 

   数据库需要取出表中所有的字段，需要解析更多相关的字段、属性、权限，增加性能消耗；查询到的字段未必都是有用的，全部查询增加数据库服务器的负担以及与应用客户端之间的网络和IO开销；

2. 避免使用insert into table_name values(......)

   代码可读性差；一旦表结构有变更，就得改动所有语句，否则Column count doesn't match value count 就会出现

3. 应尽量避免全表扫描，首先考虑在where 和order by涉及的列上加索引

4. 尽量避免使用or来连接查询条件，必要的使用可以考虑使用union all 联接查询结果（此时需要考虑是否允许重复数据问题）

5. 对于连续的值能用between就不要用 in

6. 验证数据是否存在时使用limit 1 比count 更有效率

   如 select 1 from f_trans_log where pk = xxx limit 1；

   f_trans_log表中遍历到第一个满足条件（pk=xxx）时停止，返回结果为1，若未查到相应的结果，返回null，不用遍历所有数据求总数

7. 应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。

   如：    
   select id from t where num/2=100    
   应改为:    
   select id from t where num=100*2  

8. 应尽量避免在where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。如：    
   select id from f_user where substring(name,1,1)='张'--姓张的用户id  
   应改为:    
   select id from f_user where name like '张%'  

9. 并不是所有索引对查询都有效，SQL是根据表中数据来进行查询优化的，当索引列有大量数据重复时，SQL查询可能不会去利用索引  

10. 索引并不是越多越好，索引固然可以提高相应的 select 的效率，但同时也降低了 insert 及 update 的效率

11. 建表时尽量选择合适的字段类型能用tinyint就不用smallint，能用smallint就不用int，磁盘和内存的消耗越少越好

12. 在新建临时表时，如果一次性插入数据量很大，那么可以使用 select into 代替 create table，避免造成大量 log ，以提高速度；如果数据量不大，为了缓和系统表的资源，应先create table，然后insert。

13. 很多时候用 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)  

14. 避免在索引列上进行数据类型转换，不论显示的或是隐式的

    如：select name from student where mobile=13322333456 ；然而数据库中是varchar2类型，mobile隐式调用了to_number

15. 模糊查询避免使用 like “%XX%”，这样会忽略索引，但like “XX%”索引仍然有效

关注公众号回复：sql，领取sql基本教程