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

╰半橙微兮° 2022-02-04 09:53 191阅读 0赞

![1240][]

**问题1：****char、varchar的区别是什么？**

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

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

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

**问题3：****什么是触发器，MySQL中都有哪些触发器？**

[触发器是指一段代码][Link 1]，当触发某个事件时，自动执行这些代码。在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种获取当前日期？**

![1240 1][]

**问题6：****如何查询第n高的工资？**

![1240 2][]

**问题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)][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,[在都创建索引的][Link 2]情况下，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难以优化引用][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字段中**

![1240 3][]

**问题21 ：****MySQL的关联查询语句你会那些？**

**六种关联查询**

1、交叉连接（CROSS JOIN）

2、内连接（INNER JOIN）

3、外连接（LEFT JOIN/RIGHT JOIN）

4、联合查询（UNION与UNION ALL）

5、全连接（FULL JOIN）

6、交叉连接（CROSS JOIN）

![1240 4][]

**内连接分为三类**

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）**

![1240 5][]

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

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

3、效率 UNION 高于 UNION ALL

**全连接（FULL JOIN）**

1、MySQL不支持全连接

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

![1240 6][]

**嵌套查询**

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

![1240 7][]

解题方法

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

**问题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为索引

![1240 8][]

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

![1240 9][]

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

![1240 10][]

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

![1240 11][]

**问题26：****随机取出10条数据**

![1240 12][]

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

**考点分析：**

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

**延伸考点：**

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

2、优化长难的查询语句

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

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

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

**使用show profile**

![1240 13][]

**使用show status**

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

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

**show processlist**

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

![1240 14][]

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

**使用explain**

分析单条SQL语句

![1240 15][]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

**优化长难的查询语句**

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

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

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 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：

![1240 16][]

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

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

![1240 17][]

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

![1240 18][]

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

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

![1240 19][]

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

![1240 20][]

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

![1240 21][]

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

***扩展阅读***

[一千行 MySQL 学习笔记][MySQL 2]

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

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

[Nginx面试中最常见的18道题][Nginx_18]

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

来源：51面试官

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

![1240 22][]

[1240]: /images/20220204/59bff30f01f04020981c7ea2533b164b.png
[Link 1]: http://mp.weixin.qq.com/s?__biz=MzU5NTAzNjM0Mw==&mid=2247483733&idx=3&sn=a1e42adfa3ebae54876bb160c7740b96&chksm=fe79508dc90ed99ba6a63ca7ab71e551714e40df89b03b57fdaaca041d35620f3f22df138539&scene=21#wechat_redirect
[1240 1]: /images/20220204/750d21580fa84314abc8558da436dc84.png
[1240 2]: /images/20220204/e6a598bfe28c484b99e882503d8587e6.png
[ahi]: http://mp.weixin.qq.com/s?__biz=MzU5NTAzNjM0Mw==&mid=2247484354&idx=3&sn=72ef285e5922141289f02a95340a9daa&chksm=fe79521ac90edb0ce03f9334d8a1bcc4c6661cb79ac38600bc8670d6ff69f981c063e83ba8d4&scene=21#wechat_redirect
[Link 2]: http://mp.weixin.qq.com/s?__biz=MzU5NTAzNjM0Mw==&mid=2247484758&idx=2&sn=ff12615031ba474df89132d204d970a9&chksm=fe79548ec90edd9892c50cdbdf967e0060df3175efc4a858ff406bddbb4089316238e4b1b33a&scene=21#wechat_redirect
[MySQL]: http://mp.weixin.qq.com/s?__biz=MzU5NTAzNjM0Mw==&mid=2247486594&idx=1&sn=cda94247f4a1e94dc4acecf64719c0a4&chksm=fe795d5ac90ed44c33bbc1e9f7b58946e8af3a53ddc6862e879315b744bd8f67ff475da37852&scene=21#wechat_redirect
[1240 3]: /images/20220204/d3d423002018424a8a86829f6e2cf46d.png
[1240 4]: /images/20220204/5ee9cd8ea73f46928f0e3f2abc1a60e9.png
[1240 5]: /images/20220204/0dc84a6578db472abe189eaaa102d71e.png
[1240 6]: /images/20220204/d901ebda4ab54c05b99fc7dc33998ad4.png
[SQL]: http://mp.weixin.qq.com/s?__biz=MzU5NTAzNjM0Mw==&mid=2247484747&idx=4&sn=bb2d968c38012875171f95523373e49f&chksm=fe795493c90edd85352cbb819614c3a4b768224c1343278cc41ec00831592247aac12286b45c&scene=21#wechat_redirect
[1240 7]: /images/20220204/ce69476e1bee4fe98dd3f010fa9c6659.png
[1240 8]: /images/20220204/b8010cd4d463419c9ecdd71042c1f20d.png
[1240 9]: /images/20220204/9aea9872ef1a45848c01d6296da574e6.png
[1240 10]: /images/20220204/7335a70901694b789d74cd52a6ef0d1d.png
[1240 11]: /images/20220204/9dc40364bc7049b39260d81a71729b40.png
[1240 12]: /images/20220204/e1d5833dc8f84103b60da69e81909151.png
[1240 13]: /images/20220204/315a72ed679d4e4cb2fc884d677a03a1.png
[1240 14]: /images/20220204/ea907808c94a4443a774b0f6cdaebe7c.png
[1240 15]: /images/20220204/a8d41bbcbae841d1baef66ed7a2cc11b.png
[MySQL 1]: http://mp.weixin.qq.com/s?__biz=MzU5NTAzNjM0Mw==&mid=2247485926&idx=1&sn=8a99195ff79e36ccfeed335270b05412&chksm=fe79583ec90ed12833ca813bbe7695572a7e3e480a20b6282d918f30a6d95b295a1cca69a189&scene=21#wechat_redirect
[1240 16]: /images/20220204/6f160c57e10a4b64b9b9a82a5d6d0293.png
[1240 17]: /images/20220204/10d7fdd76bf84d40bcfcb3a733e982c8.png
[1240 18]: /images/20220204/b486c0ccd7a5485fb1fd3d7c4d9b7824.png
[1240 19]: /images/20220204/d60d048dfeb04f7ea1bbad72fe5aa422.png
[1240 20]: /images/20220204/9bf7d5d8aa6b4081abc0964f681ae1fa.png
[1240 21]: /images/20220204/bdc59b67016c479dbbe7231607338899.png
[MySQL 2]: http://mp.weixin.qq.com/s?__biz=MzU5NTAzNjM0Mw==&mid=2247485480&idx=1&sn=4db76c81236b699d411b7307004b9ed6&chksm=fe7959f0c90ed0e6e1dff28ad82c90f41333438f14ed8fccfa83366825ad51adfee8c84fb735&scene=21#wechat_redirect
[Java]: http://mp.weixin.qq.com/s?__biz=MzU5NTAzNjM0Mw==&mid=2247484576&idx=1&sn=804b863048e71c105686c646b31654e8&chksm=fe795578c90edc6e51a0c11518ea894187b8ccd9662c8fb76b0b8881edc12359c7ca5cce94aa&scene=21#wechat_redirect
[_--]: http://mp.weixin.qq.com/s?__biz=MzU5NTAzNjM0Mw==&mid=2247485439&idx=1&sn=82ea3620e595904d781f58d7ff7ea076&chksm=fe795627c90edf31ae0c2913133484c6eabc2d95586e30acd41fc4f8c688a18dd4150dd1044f&scene=21#wechat_redirect
[Nginx_18]: http://mp.weixin.qq.com/s?__biz=MzU5NTAzNjM0Mw==&mid=2247486255&idx=1&sn=edd008d7639e5ecf45a3cdf15cbd05b1&chksm=fe795af7c90ed3e1ed357566993caf7fcf7338c963281fd943be286b81cd55525339679e5583&scene=21#wechat_redirect
[MySQL 3]: http://mp.weixin.qq.com/s?__biz=MzU5NTAzNjM0Mw==&mid=2247486549&idx=1&sn=937e3614d936b3aecbe275a3d8d55114&chksm=fe795d8dc90ed49bd810756e84cd7e4f1b6a2feb75d7135d21f0ee5f149a44fb7d96103fd4cc&scene=21#wechat_redirect
[1240 22]: /images/20220204/a9f6f14d1f1a49458ce535731735b2d8.png