sql常见优化
- 对查询优化时,避免全表扫描,应该在where和order by的列上建立索引;
- where子句中null值判断(设置默认值为0,避免null判断)》放弃索引而进行权标扫描;
- where子句中比较运算符》全表扫描;
- where子句中OR》全表扫描;
- in,not in》全表扫描;
- 模糊查询》全表扫描;
- where子句中字段进行函数操作》全表扫描;
- where子句中“=”前面进行表达式运算》索引失效;
- 不要写一些没有意义的查询,如需要生成一个空表结构:
select col1,col2 into #t from t where 1=0
这类代码不会返回任何结果集,但是会消耗系统资源的,应改成这样:
create table #t(…) - 很多时候用 exists 代替 in 是一个好的选择;
- 并不是所有索引对查询都有效,SQL是根据表中数据来进行查询优化的,当索引列有大量数据重复时,SQL查询可能不会去利用索引;
- 索引并不是越多越好,索引固然可以提高相应的 select 的效率,但同时也降低了 insert 及 update 的效率,所以怎样建索引需要慎重考虑,视具体情况而定;
- 尽量使用数字型字段,若只含数值信息的字段尽量不要设计为字符型,这会降低查询和连接的性能,并会增加存储开销。
- 尽可能的使用 varchar 代替 char ,因为首先变长字段存储空间小,可以节省存储空间,其次对于查询来说,在一个相对较小的字段内搜索效率显然要高些;
- 不要使用 select * from t ,用具体的字段列表代替“*”,不要返回用不到的任何字段;
- 避免频繁创建和删除临时表,以减少系统表资源的消耗;
- 在新建临时表时,如果一次性插入数据量很大,那么可以使用 select into 代替 create table,避免造成大量 log ,以提高速度;如果数据量不大,为了缓和系统表的资源,应先create table,然后insert。
- 如果使用到了临时表,在存储过程的最后务必将所有的临时表显式删除,先 truncate table ,然后 drop table ,这样可以避免系统表的较长时间锁定;
- 尽量避免使用游标,因为游标的效率较差,如果游标操作的数据超过1万行,那么就应该考虑改写;
- 使用基于游标的方法或临时表方法之前,应先寻找基于集的解决方案来解决问题,基于集的方法通常更有效;
- 尽量避免大事务操作,提高系统并发能力;
- 尽量避免向客户端返回大数据量,若数据量过大,应该考虑相应需求是否合理。