我以为自己MySQL够牛逼了，直到看到了Alibaba的面试题

浅浅的花香味﹌ 2024-03-30 11:23 36阅读 0赞

### **前言** ###

众所周知，简历上“了解＝听过名字；熟悉＝知道是啥；熟练＝用过；精通＝做过东西”。

相信大家对于MySQL的索引都不陌生，**索引(Index)是帮助MySQL高效获取数据的数据结构**。索引作为MySQL中比较重点的知识，在面试中出现的频率特别高。

本人自认为对MySQL的索引知识相当了解，同事们工作中也都热情的称呼我为大佬。为了进阿里，我特地花了1个月左右时间复习相关知识，自信满满的在简历上写了“**精通MySQL**”，想不到被阿里面试官狠狠虐了一把…（关于这次面试题目和整理的答案，有需要的同学可在文末自行领取哈）

对于程序员来说，去任何一家公司面试，数据库是避不开的。开发人员对MySQL掌握的越深入，你能做的事情就越多。

![format_png][]

MySQL查询过程

### **下面进行内容展示：** ###

**20道常见MySQL数据库面试题+解析**

1.  事务四大特性（ACID）原子性、一致性、隔离性、持久性？
2.  事务的并发？事务隔离级别，每个级别会引发什么问题，MySQL默认是哪个级别？
3.  MySQL常见的三种存储引擎（InnoDB、MyISAM、MEMORY）的区别？
4.  MySQL的MyISAM与InnoDB两种存储引擎在，事务、锁级别，各自的适用场景？
5.  查询语句不同元素（where、jion、limit、group by、having等等）执行先后顺序？
6.  什么是临时表，临时表什么时候删除?
7.  MySQL B+Tree索引和Hash索引的区别？
8.  sql查询语句确定创建哪种类型的索引？如何优化查询？
9.  聚集索引和非聚集索引区别？
10. 有哪些锁（乐观锁悲观锁），select 时怎么加排它锁？
11. 非关系型数据库和关系型数据库区别，优势比较？
12. 数据库三范式，根据某个场景设计数据表？
13. 数据库的读写分离、主从复制，主从复制分析的 7 个问题？
14. 使用explain优化sql和索引？
15. MySQL慢查询怎么解决？
16. 什么是 内连接、外连接、交叉连接、笛卡尔积等？
17. mysql都有什么锁，死锁判定原理和具体场景，死锁怎么解决？
18. varchar和char的使用场景？
19. mysql 高并发环境解决方案？
20. 数据库崩溃时事务的恢复机制（REDO日志和UNDO日志）？

#### 解析： ####

1、事务四大特性（ACID）原子性、一致性、隔离性、持久性？

原子性（Atomicity）

*  原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。

一致性（Consistency）

*  事务开始前和结束后，数据库的完整性约束没有被破坏。比如A向B转账，不可能A扣了钱，B却没收到。

隔离性（Isolation）

*  隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。

同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。比如A正在从一张银行卡中取钱，在A取钱的过程结束前，B不能向这张卡转账。

关于事务的隔离性数据库提供了多种隔离级别，稍后会介绍到。 持久性（Durability）

*  持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。

2、事务的并发？事务隔离级别，每个级别会引发什么问题，MySQL默认是哪个级别？

从理论上来说, 事务应该彼此完全隔离, 以避免并发事务所导致的问题，然而, 那样会对性能产生极大的影响, 因为事务必须按顺序运行， 在实际开发中, 为了提升性能, 事务会以较低的隔离级别运行， 事务的隔离级别可以通过隔离事务属性指定。

2.1事务的并发问题

（1）脏读：事务A读取了事务B更新的数据，然后B回滚操作，那么A读取到的数据是脏数据

（2）不可重复读：事务 A 多次读取同一数据，事务 B 在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果因此本事务先后两次读到的数据结果会不一致。

（3）幻读：幻读解决了不重复读，保证了同一个事务里，查询的结果都是事务开始时的状态（一致性）。

例如：事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作 这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。 而操作事务T1的用户如果再查看刚刚修改的数据，会发现还有跟没有修改一样，其实这行是从事务T2中添加的，就好像产生幻觉一样，这就是发生了幻读。

小结：不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表。

2.2事务的隔离级别

事务隔离级别

![46c08364270909e8865b89f790609ac1.png][]

*  读未提交：另一个事务修改了数据，但尚未提交，而本事务中的SELECT会读到这些未被提交的数据脏读
 *  不可重复读：事务 A 多次读取同一数据，事务 B 在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果因此本事务先后两次读到的数据结果会不一致。
 *  可重复读：在同一个事务里，SELECT的结果是事务开始时时间点的状态，因此，同样的SELECT操作读到的结果会是一致的。但是，会有幻读现象
 *  串行化：最高的隔离级别，在这个隔离级别下，不会产生任何异常。并发的事务，就像事务是在一个个按照顺序执行一样

2.3 MySQL默认的事务隔离级别为repeatable-read

*  MySQL 支持 4 中事务隔离级别.
 *  事务的隔离级别要得到底层数据库引擎的支持, 而不是应用程序或者框架的支持.
 *  Oracle 支持的 2 种事务隔离级别：READ\_COMMITED , SERIALIZABLE

2.3补充

1.  SQL规范所规定的标准，不同的数据库具体的实现可能会有些差异
2.  MySQL中默认事务隔离级别是“可重复读”时并不会锁住读取到的行

*  事务隔离级别：未提交读时，写数据只会锁住相应的行。
 *  事务隔离级别为：可重复读时，写数据会锁住整张表。
 *  事务隔离级别为：串行化时，读写数据都会锁住整张表。

隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大，鱼和熊掌不可兼得啊。对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed，它能够避免脏读取，而且具有较好的并发性能。尽管它会导致不可重复读、幻读这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。

![format_png 1][]

### 下面再分享一个关于Mysql的文档： ###

### 篇幅原因，仅以截图的形式展现，这些面试题+答案+文档，均打包在网盘里了，需要的小伙伴文末即可免费获取 ###

### 第一部分：基础篇 ###

第一部分基础篇(第1章~第6章): 主要面向MySQL的初学者，包括MySQL的安装与配置、SQL基础、MySQL支持的数据类型、MySQL 中的运算符、常用函数、图形化工具的使用等内容。**通过这部分内容的学习，读者可以熟悉MySQL基本的安装和相关使用方法。**

**第一章 Mysql的安装与配置**

![format_png 2][]

**第二章 SQL基础**

![format_png 3][]

**第三章 Mysql支持的数据类型**

![format_png 4][]

**第四章 Mysql中的运算符**

![format_png 5][]

**第五章 常用函数**

![format_png 6][]

**第六章 图形化工具的使用**

![7754ece79f247ea035179450ac94ccdb.png][]

### 第二部分：开发篇 ###

第二部分开发篇(第7章~第17章)：主要面向MySQL的设计和开发人员，包括表类型(存储引擎)的选择、选择合适的数据类型、字符集、索引的设计和使用、视图、存储过程和函数、触发器、事务控制和锁定语句、SQL中的安全问题、SQL Mode及相关问题、分区等内容。**通过这部分内容的学习，读者可以了解MySQL设计和开发中需要关注的问题。**

**第七章 表类型（存储引擎）的选择**

![format_png 7][]

**第八章 选择合适的数据类型**

![format_png 8][]

**第九章 字符集**

![format_png 9][]

**第十章 索引的设计和使用**

![format_png 10][]

**第十一章 视图**

![format_png 11][]

**第十二章 存储过程和函数**

![format_png 12][]

**第十三章 触发器**

![format_png 13][]

**第十四章 事务控制和锁定语句**

![format_png 14][]

**第十五章 SQL中的安全问题**

![format_png 15][]

**第十六章 SQL Mode及相关问题**

![format_png 16][]

**第十七章 Mysql分区**

![format_png 17][]

### 第三部分：优化篇 ###

第三部分优化篇(第18章~第23章): 主要面向开发人员和数据库管理员，包括SQL优化、优化数据库对象、锁问题、优化MySQL Server、磁盘I/O问题、应用优化等内容。**通过这部分内容的学习，读者可以了解MySQL中需要优化的对象和常用的优化方法。**

**第十八章 SQL优化**

![format_png 18][]

**第十九章 优化数据库对象**

![format_png 19][]

**第二十章 锁问题**

![format_png 20][]

[format_png]: https://img-blog.csdnimg.cn/img_convert/b3b325efc6708450ced7fe748d1396f7.webp?x-oss-process=image/format,png
[46c08364270909e8865b89f790609ac1.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/30/3c077da656cc4df392366b6f885b094e.png
[format_png 1]: https://img-blog.csdnimg.cn/img_convert/70ac5798be4a7be3b54b4c48e31f1621.webp?x-oss-process=image/format,png
[format_png 2]: https://img-blog.csdnimg.cn/img_convert/e6145e693d83966912dc0263a4fd5772.webp?x-oss-process=image/format,png
[format_png 3]: https://img-blog.csdnimg.cn/img_convert/1f3f4ab94b2b3848ab66d2584c2cdd05.webp?x-oss-process=image/format,png
[format_png 4]: https://img-blog.csdnimg.cn/img_convert/0e6bf71eb05a5c6a96be6853b8bcb8cd.webp?x-oss-process=image/format,png
[format_png 5]: https://img-blog.csdnimg.cn/img_convert/ba87a5f64b549b21c06e7106fe0656a1.webp?x-oss-process=image/format,png
[format_png 6]: https://img-blog.csdnimg.cn/img_convert/ab89373e14ad87eed827a6e201d52984.webp?x-oss-process=image/format,png
[7754ece79f247ea035179450ac94ccdb.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/30/7a94a9cf16ba4f5c9c32c61dfaa8df72.png
[format_png 7]: https://img-blog.csdnimg.cn/img_convert/d9f1199fc621fcd85ffdfaf24365fe12.webp?x-oss-process=image/format,png
[format_png 8]: https://img-blog.csdnimg.cn/img_convert/49a91b40e1bb0b5dcec9750ac7ad134b.webp?x-oss-process=image/format,png
[format_png 9]: https://img-blog.csdnimg.cn/img_convert/7db6472050856c1ef8cb18b519a7e7d6.webp?x-oss-process=image/format,png
[format_png 10]: https://img-blog.csdnimg.cn/img_convert/90a63bd10b185988fc01b8513c81b087.webp?x-oss-process=image/format,png
[format_png 11]: https://img-blog.csdnimg.cn/img_convert/cde4b4411bf6b5be98e4ccf3bbf25535.webp?x-oss-process=image/format,png
[format_png 12]: https://img-blog.csdnimg.cn/img_convert/9ccfac0816f8874282220ff2cc3a99bf.webp?x-oss-process=image/format,png
[format_png 13]: https://img-blog.csdnimg.cn/img_convert/9188286ac72920844eb235455dff5552.webp?x-oss-process=image/format,png
[format_png 14]: https://img-blog.csdnimg.cn/img_convert/67d04bb39a973a62d1728f782c29bfd8.webp?x-oss-process=image/format,png
[format_png 15]: https://img-blog.csdnimg.cn/img_convert/354413cce16a9acc89b7481874badb3f.webp?x-oss-process=image/format,png
[format_png 16]: https://img-blog.csdnimg.cn/img_convert/20460ebaae76d31d06ad5890f56d5b18.webp?x-oss-process=image/format,png
[format_png 17]: https://img-blog.csdnimg.cn/img_convert/1e33a80f88b3cd99afa063c5ba20afe6.webp?x-oss-process=image/format,png
[format_png 18]: https://img-blog.csdnimg.cn/img_convert/9c2b4c939b7873c05ca29ff6476b7d8a.webp?x-oss-process=image/format,png
[format_png 19]: https://img-blog.csdnimg.cn/img_convert/eb842cd547b82dfaa1c35c7d6a321ba1.webp?x-oss-process=image/format,png
[format_png 20]: https://img-blog.csdnimg.cn/img_convert/d0de212223982ff698e5ebe2551a0063.webp?x-oss-process=image/format,png