阿里巴巴整理MySQL面试必问，“脱颖而出”征服面试官

关于面试题的文章之前发过不少，但读者们给的反馈是普遍是理解难，看完就忘。所以今天我会用画图来给大家分析一下这35道题，希望能够加深你们的理解。

篇幅所限，本文先写MySQL的35问，其他的技术栈我也都整理好了，后面会持续更新，点个关注不迷路

当然我知道肯定有等不及的同学，所以我会把整理好的文档都无偿分享出来，如图

 

领取方式：转发本文+关注+看评论区领取！！

好了，那废话不多说，我们一起来揭开这35道题的神秘面纱

1.说一说三大范式

• 「第一范式」：数据库中的字段具有「原子性」，不可再分，并且是单一职责
• 「第二范式」：「建立在第一范式的基础上」，第二范式要求数据库表中的每个实例或行必须「可以被惟一地区分」。为实现区分通常需要为表加上一个列，以存储各个实例的惟一标识。这个惟一属性列被称为主键
• 「第三范式」：「建立在第一，第二范式的基础上」，确保每列都和主键列直接相关，而不是间接相关不存在其他表的非主键信息

但是在我们的日常开发当中，「并不是所有的表一定要满足三大范式」，有时候冗余几个字段可以少关联几张表，带来的查询效率的提升有可能是质变的

2.MyISAM 与 InnoDB 的区别是什么？

 

• 「InnoDB支持事务，MyISAM不支持」。
• 「InnoDB 支持外键，而 MyISAM 不支持」。
• 「InnoDB是聚集索引」，使用B+Tree作为索引结构，数据文件是和索引绑在一起的，必须要有主键。「MyISAM是非聚集索引」，也是使用B+Tree作为索引结构，索引和数据文件是分离的，索引保存的是数据文件的指针。主键索引和辅助索引是独立的。
• 「InnoDB 不保存表的具体行数」。「MyISAM 用一个变量保存了整个表的行数」。
• 5.Innodb 有 「redolog」 日志文件，MyISAM 没有
• 6.「Innodb存储文件有frm、ibd，而Myisam是frm、MYD、MYI」
  • Innodb：frm是表定义文件，ibd是数据文件
  • Myisam：frm是表定义文件，myd是数据文件，myi是索引文件
• 「InnoDB 支持表、行锁，而 MyISAM 支持表级锁」
• 8、「InnoDB 必须有唯一索引(主键)」,如果没有指定的话 InnoDB 会自己生成一个隐藏列Row_id来充当默认主键，「MyISAM 可以没有」

3.为什么推荐使用自增 id 作为主键？

 

• １.普通索引的 B+ 树上存放的是主键索引的值，如果该值较大，会「导致普通索引的存储空间较大」
• ２.使用自增 id 做主键索引新插入数据只要放在该页的最尾端就可以，直接「按照顺序插入」，不用刻意维护
• 3.页分裂容易维护，当插入数据的当前页快满时，会发生页分裂的现象，如果主键索引不为自增 id，那么数据就可能从页的中间插入，页的数据会频繁的变动，「导致页分裂维护成本较高」

4.一条查询语句是怎么执行的?

 

• 1.通过连接器跟客户端「建立连接」
• 2.通过查询「缓存查询」之前是否有查询过该 sql
  • 有则直接返回结果
  • 没有则执行第三步
• 3.通过分析器「分析该 sql 的语义」是否正确，包括格式，表等等
• 4.通过优化器「优化该语句」，比如选择索引，join 表的连接顺序
• 5.「验证权限」，验证是否有该表的查询权限
  • 没有则返回无权限的错误
  • 有则执行第六步
• 6.通过执行器调用存储引擎执行该 sql，然后返回「执行结果」

5.使用 Innodb 的情况下，一条更新语句是怎么执行的?

用以下语句来举例，c 字段无索引，id 为主键索引

update T set c=c+1 where id=2;

• 1.执行器先找引擎取 id=2 这一行。id 是主键，引擎直接用