企业面试中关于MYSQL重点的28道面试题解答

问题1:char、varchar的区别是什么?

varchar是变长而char的长度是固定的。如果你的内容是固定大小的,你会得到更好的性能。

问题2: TRUNCATE和DELETE的区别是什么?

DELETE命令从一个表中删除某一行,或多行,TRUNCATE命令永久地从表中删除每一行。

问题3:什么是触发器,MySQL中都有哪些触发器?

触发器是指一段代码,当触发某个事件时,自动执行这些代码。在MySQL数据库中有如下六种触发器:

1、Before Insert

2、After Insert

3、Before Update

4、After Update

5、Before Delete

6、After Delete

问题4:FLOAT和DOUBLE的区别是什么?

FLOAT类型数据可以存储至多8位十进制数,并在内存中占4字节。

DOUBLE类型数据可以存储至多18位十进制数,并在内存中占8字节。

问题5:如何在MySQL种获取当前日期?

问题6:如何查询第n高的工资?

问题7:请写出下面MySQL数据类型表达的意义(int(0)、char(16)、varchar(16)、datetime、text)

int(0)表示数据是INT类型,长度是0、char(16)表示固定长度字符串,长度为16、varchar(16)表示可变长度字符串,长度为16、datetime表示时间类型、text表示字符串类型,能存储大字符串,最多存储65535字节数据)

问题8:请说明InnoDB和MyISAM的区别

1、InnoDB支持事务,MyISAM不支持;

2、InnoDB数据存储在共享表空间,MyISAM数据存储在文件中;

3、InnoDB支持行级锁,MyISAM只支持表锁;

4、InnoDB支持崩溃后的恢复,MyISAM不支持;

5、InnoDB支持外键,MyISAM不支持;

6、InnoDB不支持全文索引,MyISAM支持全文索引;

问题9:innodb引擎的特性

1、插入缓冲(insert buffer)

2、二次写(double write)

3、自适应哈希索引(ahi)

4、预读(read ahead)

问题10:请列举3个以上表引擎

InnoDB、MyISAM、Memory

问题11:请说明varchar和text的区别

1、varchar可指定字符数,text不能指定,内部存储varchar是存入的实际字符数+1个字节(n<=255)或2个字节(n>255),text是实际字符数+2个字节。

2、text类型不能有默认值。

3、varchar可直接创建索引,text创建索引要指定前多少个字符。varchar查询速度快于text,在都创建索引的情况下,text的索引几乎不起作用。

4、查询text需要创建临时表。

问题12:varchar(50)中50的含义

最多存放50个字符,varchar(50)和(200)存储hello所占空间一样,但后者在排序时会消耗更多内存,因为order by col采用fixed_length计算col长度(memory引擎也一样)。

问题13:int(20)中20的含义

是指显示字符的长度,不影响内部存储,只是当定义了ZEROFILL时,前面补多少个 0

问题14:简单描述MySQL中,索引,主键,唯一索引,联合索引的区别,对数据库的性能有什么影响?

一个表只能有一个主键索引,但是可以有多个唯一索引。

1、主键索引一定是唯一索引,唯一索引不是主键索引。

2、主键可以与外键构成参照完整性约束,防止数据不一致。

3、联合索引:将多个列组合在一起创建索引,可以覆盖多个列。(也叫复合索引,组合索引)

4、外键索引:只有InnoDB类型的表才可以使用外键索引,保证数据的一致性、完整性、和实现级联操作(基本不用)。

5、全文索引:MySQL自带的全文索引只能用于MyISAM,并且只能对英文进行全文检索 (基本不用)

问题15:创建MySQL联合索引应该注意什么?

需遵循前缀原则

问题16:列值为NULL时,查询是否会用到索引?

在MySQL里NULL值的列也是走索引的。当然,如果计划对列进行索引,就要尽量避免把它设置为可空,MySQL难以优化引用了可空列的查询,它会使索引、索引统计和值更加复杂。

问题17:以下语句是否会应用索引:SELECT FROM users WHERE YEAR(adddate) < 2019;*

不会,因为只要列涉及到运算,MySQL就不会使用索引。

问题18:MyISAM索引实现?

MyISAM存储引擎使用B+Tree作为索引结构,叶节点的data域存放的是数据记录的地址。MyISAM的索引方式也叫做非聚簇索引的,之所以这么称呼是为了与InnoDB的聚簇索引区分。

问题19:MyISAM索引与InnoDB索引的区别?

1、InnoDB索引是聚簇索引,MyISAM索引是非聚簇索引。

2、InnoDB的主键索引的叶子节点存储着行数据,因此主键索引非常高效。

3、MyISAM索引的叶子节点存储的是行数据地址,需要再寻址一次才能得到数据。

4、InnoDB非主键索引的叶子节点存储的是主键和其他带索引的列数据,因此查询时做到覆盖索引会非常高效。

问题20:有A(id,sex,par,c1,c2),B(id,age,c1,c2)两张表,其中A.id与B.id关联,现在要求写出一条SQL语句,将B中age>50的记录的c1,c2更新到A表中同一记录中的c1,c2字段中

问题21 :MySQL的关联查询语句你会那些?

六种关联查询

1、交叉连接(CROSS JOIN)

2、内连接(INNER JOIN)

3、外连接(LEFT JOIN/RIGHT JOIN)

4、联合查询(UNION与UNION ALL)

5、全连接(FULL JOIN)

6、交叉连接(CROSS JOIN)

内连接分为三类

1、等值连接:ON A.id=B.id

2、不等值连接:ON A.id > B.id

3、自连接:SELECT * FROM A T1 INNER JOIN A T2 ON T1.id=T2.pid

外连接(LEFT JOIN/RIGHT JOIN)

1、左外连接:LEFT OUTER JOIN, 以左表为主,先查询出左表,按照ON后的关联条件匹配右表,没有匹配到的用NULL填充,可以简写成LEFT JOIN

2、右外连接:RIGHT OUTER JOIN, 以右表为主,先查询出右表,按照ON后的关联条件匹配左表,没有匹配到的用NULL填充,可以简写成RIGHT JOIN

联合查询(UNION与UNION ALL)

1、就是把多个结果集集中在一起,UNION前的结果为基准,需要注意的是联合查询的列数要相等,相同的记录行会合并

2、如果使用UNION ALL,不会合并重复的记录行

3、效率 UNION 高于 UNION ALL

全连接(FULL JOIN)

1、MySQL不支持全连接

2、可以使用LEFT JOIN 和UNION和RIGHT JOIN联合使用

嵌套查询

用一条SQL语句得结果作为另外一条SQL语句得条件,效率不好把握

解题方法

根据考题要搞清楚表的结果和多表之间的关系,根据想要的结果思考使用那种关联方式,通常把要查询的列先写出来,然后分析这些列都属于哪些表,才考虑使用关联查询

问题22:UNION与UNION ALL的区别?

1、如果使用UNION ALL,不会合并重复的记录行

2、效率 UNION 高于 UNION ALL

问题23:一个6亿的表a,一个3亿的表b,通过外键tid关联,你如何最快的查询出满足条件的第50000到第50200中的这200条数据记录。

1、如果A表TID是自增长,并且是连续的,B表的ID为索引

2、如果A表的TID不是连续的,那么就需要使用覆盖索引.TID要么是主键,要么是辅助索引,B表ID也需要有索引。

问题24:拷贝表( 拷贝数据, 源表名:a 目标表名:b)

问题25:Student(S#,Sname,Sage,Ssex) 学生表 Course(C#,Cname,T#) 课程表 SC(S#,C#,score) 成绩表 Teacher(T#,Tname) 教师表 查询没学过“叶平”老师课的同学的学号、姓名

问题26:随机取出10条数据

问题27:请简述项目中优化SQL语句执行效率的方法,从哪些方面,SQL语句性能如何分析?

考点分析:

这道题主要考察的是查找分析SQL语句查询速度慢的方法

延伸考点:

1、优化查询过程中的数据访问

2、优化长难的查询语句

3、优化特定类型的查询语句

如何查找查询速度慢的原因

记录慢查询日志,分析查询日志,不要直接打开慢查询日志进行分析,这样比较浪费时间和精力,可以使用pt-query-digest工具进行分析

使用show profile

使用show status

show status会返回一些计数器,show global status会查看所有服务器级别的所有计数

有时根据这些计数,可以推测出哪些操作代价较高或者消耗时间多

show processlist

观察是否有大量线程处于不正常的状态或特征

最常问的MySQL面试题五——每个开发人员都应该知道

使用explain

分析单条SQL语句

优化查询过程中的数据访问

1、访问数据太多导致查询性能下降

2、确定应用程序是否在检索大量超过需要的数据,可能是太多行或列

3、确认MySQL服务器是否在分析大量不必要的数据行

4、避免犯如下SQL语句错误

5、查询不需要的数据。解决办法:使用limit解决

6、多表关联返回全部列。解决办法:指定列名

7、总是返回全部列。解决办法:避免使用SELECT *

8、重复查询相同的数据。解决办法:可以缓存数据,下次直接读取缓存

9、是否在扫描额外的记录。解决办法:

10、使用explain进行分析,如果发现查询需要扫描大量的数据,但只返回少数的行,可以通过如下技巧去优化:

11、使用索引覆盖扫描,把所有的列都放到索引中,这样存储引擎不需要回表获取对应行就可以返回结果。

12、改变数据库和表的结构,修改数据表范式

13、重写SQL语句,让优化器可以以更优的方式执行查询。

优化长难的查询语句

1、一个复杂查询还是多个简单查询

2、MySQL内部每秒能扫描内存中上百万行数据,相比之下,响应数据给客户端就要慢得多

3、使用尽可能小的查询是好的,但是有时将一个大的查询分解为多个小的查询是很有必要的。

4、切分查询

5、将一个大的查询分为多个小的相同的查询

6、一次性删除1000万的数据要比一次删除1万,暂停一会的方案更加损耗服务器开销。

7、分解关联查询,让缓存的效率更高。

8、执行单个查询可以减少锁的竞争。

9、在应用层做关联更容易对数据库进行拆分。

10、查询效率会有大幅提升。

11、较少冗余记录的查询。

优化特定类型的查询语句

1、count(*)会忽略所有的列,直接统计所有列数,不要使用count(列名)

2、MyISAM中,没有任何where条件的count(*)非常快。

3、当有where条件时,MyISAM的count统计不一定比其它引擎快。

4、可以使用explain查询近似值,用近似值替代count(*)

5、增加汇总表

6、使用缓存

优化关联查询

1、确定ON或者USING子句中是否有索引。

2、确保GROUP BY和ORDER BY只有一个表中的列,这样MySQL才有可能使用索引。

优化子查询

1、用关联查询替代

2、优化GROUP BY和DISTINCT

3、这两种查询据可以使用索引来优化,是最有效的优化方法

4、关联查询中,使用标识列分组的效率更高

5、如果不需要ORDER BY,进行GROUP BY时加ORDER BY NULL,MySQL不会再进行文件排序。

6、WITH ROLLUP超级聚合,可以挪到应用程序处理

优化LIMIT分页

1、LIMIT偏移量大的时候,查询效率较低

2、可以记录上次查询的最大ID,下次查询时直接根据该ID来查询

优化UNION查询

UNION ALL的效率高于UNION

优化WHERE子句

解题方法

对于此类考题,先说明如何定位低效SQL语句,然后根据SQL语句可能低效的原因做排查,先从索引着手,如果索引没有问题,考虑以上几个方面,数据访问的问题,长难查询句的问题还是一些特定类型优化的问题,逐一回答。

问题28:SQL语句优化的一些方法?

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

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


3、应尽量避免在 where 子句中使用!=或<>操作符,否则引擎将放弃使用索引而进行全表扫描。

4、应尽量避免在 where 子句中使用or 来连接条件,否则将导致引擎放弃使用索引而进行全表扫描,如:

5、in 和 not in 也要慎用,否则会导致全表扫描,如:

6、下面的查询也将导致全表扫描:select id from t where name like ‘%李%’若要提高效率,可以考虑全文检索。

7、 如果在 where 子句中使用参数,也会导致全表扫描。因为SQL只有在运行时才会解析局部变量,但优化程序不能将访问计划的选择推迟到运行时;它必须在编译时进行选择。然 而,如果在编译时建立访问计划,变量的值还是未知的,因而无法作为索引选择的输入项。如下面语句将进行全表扫描:

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

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

10、不要在 where 子句中的“=”左边进行函数、算术运算或其他表达式运算,否则系统将可能无法正确使用索引。

扩展阅读

一千行 MySQL 学习笔记

Java程序员如何面试阿里、网易、滴滴等大型互联网企业需要做的准备!

重构 改善既有代码的设计--笔记

Nginx面试中最常见的18道题

从程序员的角度深入理解MySQL

来源:51面试官

链接:https://www.toutiao.com/i6680463491385524747

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,454评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,553评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,921评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,648评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,770评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,950评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,090评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,817评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,275评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,592评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,724评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,409评论 4 333
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,052评论 3 316
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,815评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,043评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,503评论 2 361
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,627评论 2 350

推荐阅读更多精彩内容

  • 今天看到一位朋友写的mysql笔记总结,觉得写的很详细很用心,这里转载一下,供大家参考下,也希望大家能关注他原文地...
    信仰与初衷阅读 4,726评论 0 30
  • 转 # https://www.cnblogs.com/easypass/archive/2010/12/ 08/...
    吕品㗊阅读 9,709评论 0 44
  • 问题1:char、varchar的区别是什么?varchar是变长而char的长度是固定的。如果你的内容是固定大小...
    风的低语阅读 1,166评论 0 8
  • MYSQL 基础知识 1 MySQL数据库概要 2 简单MySQL环境 3 数据的存储和获取 4 MySQL基本操...
    Kingtester阅读 7,790评论 5 116
  • 好像下雨下了好長一段時間了 天氣回潮了,好討厭。最討厭的季節莫過於回潮的春天了,夏天,秋天,冬天...
    滷蛋阅读 124评论 0 0