面试官:怎么优化 SQL?

时间: 2019-09-03阅读: 229标签: 面试

在面试的环节中,面试官问到:你是如何设计你的表结构的,画一下E-R图?接着又继续深挖,如果有慢查询,你是如何优化你的sql的?

今天,我就来和大家讲讲要怎么回答这道问题。首先,我们要稳住不要慌,自己是自己亲手做的项目,第一个问题应该都不大,第二个问题就需要在面试之前做好充分的准备啦…

在回答问题之前先要了解查询的流程:查询是由一系列的子任务组成的,包括从客户端,到服务器,然后在服务器上进行解析,生成执行计划,执行,并返回结果给客户端。其中“执行”可以认为是整个生命周期中最重要的阶段,这其中包括了大量为了检索数据到存储引擎的调用以及调用后的数据处理,包括排序、分组。为了完成这些任务,查询需要在不同的地方花费时间,包括网络,CPU计算,生成统计信息和执行计划、锁等待操作。进行一些不必要的额外操作时或者某些重复执行某些额外操作会消耗大量的时间。

查询性能低下最基本的原因是访问的数据太多。某些查询可能不可避免地需要筛选大量的数据,大部分性能低下的查询都可以通过减少访问的数据量的方式进行优化。对于低效的查询,可以通过以下两个步骤来分析:

  • 确认应用程序是否在检索大量超过需要的数据。

  • 确认MySQL服务器是否在分析大量超过需要的数据行。

上面的都是理论,在实践中,MySQL的优化主要涉及SQL语句及索引的优化、数据表结构的优化这三个方面。


SQL语句的优化:

1、少用子查询

尽量少用子查询,因为子查询会产生临时表;除非像count(*)临时表很小的。

2、少用SELECT *

每次看到SELECT *都需要用怀疑的眼光审视,是否真的需要返回全部的列?取出全部的列,会让优化器无法完成索引覆盖扫描这类优化,还会为服务器带来额外的I/O、内存和CPU的消耗。

3、查询必要的记录

一个常见的错误是常常会误以为MySQL只会返回需要的数据,实际上MySQL却是先返回全部结果集再进行计算,建议在查询后面加上LIMIT。

4、不要重复查询相同的数据

不断执行相同的查询,然后每次都会返回完全相同的数据。可以采用的方案是初次查询的时候将这个数据缓存起来,需要的时候从缓存中取出,这样性能显然会更好。

5、COUNT查询优化

COUNT()聚合函数的作用:统计某一个列值的数量,也可以统计行数。需要注意的是统计列值时要求列值是非空的(不统计NULL),COUNT()查询尽可能少的行。

举个例子:如果我们直接查 id>100 的记录,涉及到的有两千多万行记录扫描。但是由于COUNT()特性,我们可以用 count() - (id<100)的做法,这样扫描的行就只有100行了。

6、Where子句中,where表之间的连接必须写在其他Where条件之前,那些可以过滤掉最大数量记录的条件必须写在Where子句的末尾.HAVING最后。

7、用EXISTS替代IN、用NOT EXISTS替代NOT IN。

8、避免在索引列上使用计算。

9、避免在索引列上使用IS NULL和IS NOT NULL。

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

11、应尽量避免在 where 子句中对字段进行 null 值判断,否则将导致引擎放弃使用索引而进行全表扫描。

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


索引优化

1、关联查询优化

确保ON 或则USING 子句的列上有索引。创建索引时就要考虑关联的顺序,当表A和表B用列c关联的时候,如果优化器关联顺序是B、A,就只需要在表A上建立索引,没用的索引会占用存储。

2、GROUP BY 和 DISTINCT优化

GROUP BY 和 DISTINCT的优化最有效的就是使用索引。所有对于分组的列一定要建立索引。比如:

select product, count(*) from orders group by product;

这样的一个查询,对product要建立索引。

3、LIMIT分页优化

进行分页操作时,通常都会通过偏移量来查询某些数据。然后再加上解释的order by,性能一般都不错。对于order by的列 一定要加上索引。但是对于limit 10000,10 这样检索目标10条记录必须先先查询前面的10000条记录。代价很高,这种时候优化最简单办法就是使用覆盖索引。

注意索引失效的情况,

1)以“%”开头的LIKE语句,模糊匹配

2)OR语句前后没有同时使用索引

3)数据类型出现隐式转化(如varchar不加单引号的话可能会自动转换为int型)


数据库优化

选择优化数据类型的几条建议:

  • 更小的通常更好,尽量使用可以正确存储数据的最小数据类型,因为占用更少的磁盘、内存和CPU缓存。

  • 简单最好,选择整数而不是字符串,选择MySQL内建的类型而不是字符串来存储时间和日期,使用整数来存储IP地址。

  • 尽量避免NULL,很多表都包含可为NULL的列,这是因为NULL是列的默认值,需要指定列为NOT NULL。

  • 整数类型数据一般用int,对于布尔类型的数据用tinyint,但是整数计算一般是使用64位的BIGINT整数。

  • 在需要对小数进行精确计算时,比如说存储财务数据才使用DECIMAL(浮点存储的float和double类型计算不精确),但是DECIMAL计算的代价很高,可以考虑使用BIGINT代替DECIMAL,将小数的位数乘以相应的倍数即可。

  • varchar和char

    当需要存储可变长的字符串用varchar,比使用char存储更节省空间,varchar使用1或者2个额外的字节来记录长度。至于用char来存储适用于下列几种情况,一是需要存储很短的字符串时(存储只有Y和N的值时),二是所有的值接近固定长度(存储MD5值),三是经常需要变更的值。

  • BIT

    在MySQL5.0之前,BIT是TINYINT的同义词,在MySQL5.0以及更新的版本,是一个完全不同的数据类型。BIT类型的新行为:(1)可以使用BIT列在一列中存储一个或者多个true/false值。MySQL把BIT当做字符串类型,而不是数字类型。当检索BIT(1)的值时,结果是一个包含二进制0或者1的字符串,而不是ASCII的“0”或“1”。

  • SET

    如果需要保存很多的true/false值,可以考虑合并这些列到一个SET数据类型,它在MySQL内部是一系列打包的位的集合来表示的。

  • 使用枚举代替常用的字符串类型,因为MySQL在存储枚举时非常紧凑,MySQL把每个枚举的值保存为整数,并且在表的.firm文件中保存“数字-字符串”映射关系的“查找表”。

  • DATATIME存储的范围更广,保存的值从1001年到9999年,精确到秒,与时区无关,使用8个字节的存储空间,使用一种可排序、无歧义的格式显示时间,TIMESTAMP类型保存了从1970年1月1日午夜以来的秒数,使用4个字节的存储空间,只能表示从1970年到2038年,依赖于时区,空间效率更高,推荐使用TIMESTAMP

  • 对于BOLB和TEXT类型他们都是为了存储很大的数据而设计的字符串,分别采用二进制和字符串方式存储。

  • 不能有太多的列

  • 单个查询最好在12个表以内做关联

  • 当遇到未知值的时候不要害怕使用NULL

  • 在实际的应用中需要混用范式和反范式,使用部分范式化的schema、缓存表、以及其他的技巧,最常见的反范式化数据的方法是复制或者缓存,在不同的表中存储相同的特定列。

  • 修改.frm文件来加快ALTER TABLE 操作的速度

  • 选取最适用的字段属性,尽可能减少定义字段宽度,尽量把字段设置NOTNULL,例如’省份’、’性别’最好适用ENUM

  • 使用连接(JOIN)来代替子查询

  • 用联合(UNION)来代替手动创建的临时表

  • 锁定表、优化事务处理

原文 https://mp.weixin.qq.com/s/a4CWa_PjR7sPk5kS9ZyPpA


站长推荐

1.阿里云: 本站目前使用的是阿里云主机,安全/可靠/稳定。点击领取2000元代金券、了解最新阿里云产品的各种优惠活动点击进入

2.腾讯云: 提供云服务器、云数据库、云存储、视频与CDN、域名等服务。腾讯云各类产品的最新活动,优惠券领取点击进入

3.广告联盟: 整理了目前主流的广告联盟平台,如果你有流量,可以作为参考选择适合你的平台点击进入

链接: http://www.fly63.com/article/detial/6231

web前端高频面试试题(含答案)

在我们找工作时经常会因为面试问题而头痛,本文搜集了一些前端高频面试题即答案,希望对大家有一定的帮助。下面我们就来看一下。

前端同学经常忽视的一个JavaScript面试题

这几天面试上几次碰上这道经典的题目,特地从头到尾来分析一次答案,这道题的经典之处在于它综合考察了面试者的JavaScript的综合能力,包含了变量定义提升、this指针指向、运算符优先级、原型、继承、全局变量污染、对象属性及原型属性优先级等知识

CSS 面试知识点总结

最近在整理 CSS 的时候发现遇到了很多面试中常见的面试题,本部分主要原作者在 Github 等各大论坛收录的 CSS 相关知识和一些相关面试题时所做的笔记,分享这份总结给大家,对大家对 CSS 的可以来一次全方位的检漏和排查

7个简单但棘手的JavaScript面试问题

如果您符合高级开发人员的资格,其工作涉及JavaScript,那么在编码面试中很有可能会被问到棘手的问题。在这篇文章中,你会发现7个乍一看很简单但很棘手的JavaScript面试问题。虽然一开始这些问题看起来是随意的,但是它们试图与JavaScript的重要概念挂钩

前端面试中常见的算法问题总结

虽说我们很多时候前端很少有机会接触到算法。大多都交互性的操作,然而从各大公司面试来看,算法依旧是考察的一方面。实际上学习数据结构与算法对于工程师去理解和分析问题都是有帮助的。如果将来当我们面对较为复杂的问题

关于前端面试的一些心得

本系列的目的是帮助更多面试经验不足的前端人才更好地展现自己。在此,我分享一些以往我参加面试和参与招聘的一些心得,希望对大家有帮助。

前端面试:什么是闭包?闭包的好处是什么,坏处是什么?

好处: 其实,在函数外部我们想获取函数内部的变量,数据这些,是无法获取到的,而闭包正好满足了这一点。所以,闭包最大的好处就是,能够在函数外部获取到函数内部的私有数据,这些变量和数据会一直存在函数中

面试官:谈谈你对mysql联合索引的认识?

所谓最左原则指的就是如果你的 SQL 语句中用到了联合索引中的最左边的索引,那么这条 SQL 语句就可以利用这个联合索引去进行匹配,值得注意的是,当遇到范围查询(>、<、between、like)就会停止匹配。

ES5和ES6函数你不知道的区别

利用原生 js 撸一个简单的 class;根据上面的用法知道 class 必须通过 new 调用,不能直接调用;里面可以定义实例的属性

面试开发常用的 JavaScript 知识点总结

变量类型:var,定义变量;let,定义块域(scope)本地变量;const,定义只读常量。变量格式:以字母、下划线“_”或者$符号开头,大小写敏感。

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!

文章投稿关于web前端网站点搜索站长推荐网站地图站长QQ:522607023

小程序专栏: 土味情话心理测试脑筋急转弯幽默笑话段子句子语录成语大全运营推广