【大话IT】不得不说的事！SQL语句优化大盘点

细细114732870

支持一下

王楠w_n

lxl489591374 发表于 2017-1-11 14:41
1.您一般在写SQL时需要注意哪些问题，可以提高查询的效率？
a) 索引（组合索引）：限制条件、连接条件是否 ...

回答的相当全面

liuhuoxingkong

业务中复杂sql使用不多，一般以简单的增删改查为主。

1.您一般在写SQL时需要注意哪些问题，可以提高查询的效率？
从查询的角度来说，主要就是注意索引的使用吧，独立索引和联合索引的设定，需要在建表之初就要考虑；where 条件查询注意确实使用到索引，加快查询效率；exist与in在效率上的区别，尽可能使用exist替代in；
单表查询与多表查询，join语句的使用，尽可能使结果数量少在前；

2.请分享一次印象深刻的SQL优化：除了SQL改写，还要考虑什么?
跟实际业务相关，不只是sql改写的一个经验。100个分库，每个分库10张表。需要扫描前5分钟的记录进行统计，并使用分页查询。起初是select count(1) 先得到记录数量，然后在limit 进行分页查询。实际查询中发现耗时高于预期，所以改为while循环，当查询结果数小于设置的单页记录数时退出。
另外，由于扫描表数太多，所以最后不得不使用多进程执行。除了SQL本身外，还有主从同步，从库访问随业务时间延迟不同的因素都要考虑，这次的超时也与从库被大量扫描有关

3.如何查看到效率低的SQL？
mysql的话，explain查看执行计划，看是否走了索引，扫描记录数有多少；oracle和sqlserver也有工具可查。另外还有慢sql的log，注意开启

4.请简要总结下，您的SQL语句优化技巧（至少写3点）
（1）查询语句：注意检索的创建和使用
（2）插入语句：考虑是否可以批量插入，次数根据机器性能可先进行线下测试，我一般会设置在50~200之间
（3）除了语句本身，也要考虑如分页时能否通过控制单页大小、通过while循环+limit语句减少sql发送和执行次数

lxl489591374

王楠w_n 发表于 2017-1-18 13:24
回答的相当全面

求票求票求票……

love100eva

支持一下

jindingxin

顶一下，支持支持

qingduo04

好活动，支持！ 支持楠楠同学！

qingduo04

1.您一般在写SQL时需要注意哪些问题，可以提高查询的效率？

•   where子句连接顺序，DB2采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾.表存在分区时，分区在条件使用中排在第一位，概率最大的条件放在最后。
•   select 子句中避免使用 “*”  说明：当想在SELECT子句中列出所有的COLUMN时,使用动态SQL列引用 ‘*' 是一个方便的方法.不幸的是,这是一个非常低效的方法. 实际上,DB2在解析的过程中, 会将'*' 依次转换成所有的列名, 这个工作是通过查询数据字典完成的, 这意味着将耗费更多的时间。
•   减少关联表的数量，不必要的维表先不要关联
•   尽量多使用commit；提交
  

2.请分享一次印象深刻的SQL优化：除了SQL改写，还要考虑什么?

假设有TAB1、TAB2两个表，其中TAB1表数据量较小，而TAB2表数据量很大，适用exists 。

如：　   

select *

          from tab1

          where exists(select 1 from tab2 where tab1.col=tab2.col) ;

     若TAB2表数据量较小，而TAB1表数据量很大，适用in　。

　　 如：　

select *

          from tab1

          where tab1.col in (select tab2.col from tab2) ;　

3.如何查看到效率低的SQL？

  使用执行计划进行查看，确认那一步骤最耗时间，然后再进行优化。

4.请简要总结下，您的SQL语句优化技巧（至少写3点）

• 尽量多使用COMMIT
• in、exists使用规范
• 避免不必要的排序
• 用Where子句替换HAVING子句
• 用UNION-ALL 替换UNION （ 如果有可能的话）
• 尽量使用DB2的内建函数。如：replace,substr,instr等等
  

qingduo04

1.您一般在写SQL时需要注意哪些问题，可以提高查询的效率？

•   where子句连接顺序，DB2采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾.表存在分区时，分区在条件使用中排在第一位，概率最大的条件放在最后。
•   select 子句中避免使用 “*”  说明：当想在SELECT子句中列出所有的COLUMN时,使用动态SQL列引用 ‘*' 是一个方便的方法.不幸的是,这是一个非常低效的方法. 实际上,DB2在解析的过程中, 会将'*' 依次转换成所有的列名, 这个工作是通过查询数据字典完成的, 这意味着将耗费更多的时间。
•   减少关联表的数量，不必要的维表先不要关联
•   尽量多使用commit；提交
  

2.请分享一次印象深刻的SQL优化：除了SQL改写，还要考虑什么?
假设有TAB1、TAB2两个表，其中TAB1表数据量较小，而TAB2表数据量很大，适用exists 。
如：　   
select *
          from tab1
          where exists(select 1 from tab2 where tab1.col=tab2.col) ;


     若TAB2表数据量较小，而TAB1表数据量很大，适用in　。
　　 如：　
select *
          from tab1
          where tab1.col in (select tab2.col from tab2) ;　




3.如何查看到效率低的SQL？
  使用执行计划进行查看，确认那一步骤最耗时间，然后再进行优化。


4.请简要总结下，您的SQL语句优化技巧（至少写3点）

• 尽量多使用COMMIT
• in、exists使用规范
• 避免不必要的排序
• 用Where子句替换HAVING子句
• 用UNION-ALL 替换UNION （ 如果有可能的话）
• 尽量使用DB2的内建函数。如：replace,substr,instr等等
  

qingduo04

1.您一般在写SQL时需要注意哪些问题，可以提高查询的效率？

•   where子句连接顺序，DB2采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾.表存在分区时，分区在条件使用中排在第一位，概率最大的条件放在最后。
•   select 子句中避免使用 “*”  说明：当想在SELECT子句中列出所有的COLUMN时,使用动态SQL列引用 ‘*' 是一个方便的方法.不幸的是,这是一个非常低效的方法. 实际上,DB2在解析的过程中, 会将'*' 依次转换成所有的列名, 这个工作是通过查询数据字典完成的, 这意味着将耗费更多的时间。
•   减少关联表的数量，不必要的维表先不要关联
•   尽量多使用commit；提交
  

2.请分享一次印象深刻的SQL优化：除了SQL改写，还要考虑什么?
假设有TAB1、TAB2两个表，其中TAB1表数据量较小，而TAB2表数据量很大，适用exists 。
如：　   
select *
          from tab1
          where exists(select 1 from tab2 where tab1.col=tab2.col) ;


     若TAB2表数据量较小，而TAB1表数据量很大，适用in　。
　　 如：　
select *
          from tab1
          where tab1.col in (select tab2.col from tab2) ;　




3.如何查看到效率低的SQL？
  使用执行计划进行查看，确认那一步骤最耗时间，然后再进行优化。


4.请简要总结下，您的SQL语句优化技巧（至少写3点）

• 尽量多使用COMMIT
• in、exists使用规范
• 避免不必要的排序
• 用Where子句替换HAVING子句
• 用UNION-ALL 替换UNION （ 如果有可能的话）
• 尽量使用DB2的内建函数。如：replace,substr,instr等等