面试:做过sql优化吗?

Posted 光何

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了面试:做过sql优化吗?相关的知识,希望对你有一定的参考价值。

  近来面试找工作经常会遇见这种问题: 做过数据库优化吗?大数据量基础过吗?系统反应慢怎么查询?

  这咱也没背过啊,面试还老问,现在的网站主要的压力都来自于数据库,频繁的数据库访问经常会使系统瘫痪,这样就需要进行sql优化。明天去58面试,今天来梳理一下。

1. 写明查询具体某几列,减少*的使用,表名过长时,尽量使用表的别名

  *和列名一样

2,在业务密集的SQL当中尽量不采用IN操作符,用EXISTS 方案代替。

  in 和 exists的区别: 如果子查询得出的结果集记录较少,主查询中的表较大且又有索引时应该用in, 反之如果外层的主查询记录较少,子查询中的表大,又有索引时使用exists。其实我们区分in和exists主要是造成了驱动顺序的改变(这是性能变化的关键),如果是exists,那么以外层表为驱动表,先被访问,如果是IN,那么先执行子查询,所以我们会以驱动表的快速返回为目标,那么就会考虑到索引及结果集的关系了 ,另外IN时不对NULL进行处理。

  in 是把外表和内表作hash 连接,而exists是对外表作loop循环,每次loop循环再对内表进行查询。一直以来认为exists比in效率高的说法是不准确的。

3、模糊查询like,尽量少用%
  关键词%yue%,由于yue前面用到了“%”,因此该查询必然走全表扫描,除非必要,否则不要在关键词前加%,

4, 二者都能使用尽量使用where (与having比较)
  where 先过滤(数据就少了)再分组  
5,尽量使用多表连接(join)查询(避免子查询)

  子查询效率特别低,而一般的子查询都可以由关连查询来实现相同的功能,关联查询的效率要提高很多,所以建议在数据查询时避免使用子查询(尤其是在记录很多时),而最好用关联查询来实现。

6,建立索引

  较频繁地作为查询条件的字段,唯一性不太差的字段适合建立索引,更新不太频繁地字段适合创建索引,不会出现在where条件中的字段不该建立索引

7,多使用内部函数提高SQL效率

  例如多用concat连接,代替‘||‘ 的符号连接

8,应尽量避免在 where 子句中使用 != 或 <> ,in 或 not in

  最好不要给数据库留NULL,尽可能的使用 NOT NULL填充数据库 (不然会进行全表扫描,影响效率) 

9,尽可能的使用 varchar/nvarchar 代替 char/nchar (节省字段存储空间)

 




以上是关于面试:做过sql优化吗?的主要内容,如果未能解决你的问题,请参考以下文章

性能测试:数据库架构和SQL优化

面试官:给你一段有问题的SQL,如何优化?

面试官:给你一段有问题的SQL,如何优化?

面试 - SQL优化方法

运维常问的面试题目

这些SQL优化技巧握在手,面试可以横着走……