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

前言

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

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

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

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

MySQL 查询过程

下面分享阿里的 MYSQL 面试题

由于篇幅有限，这里就不一一罗列了，20 道常见面试题（含答案）+21 条 MySQL 性能调优经验小编已整理成 Word 文档或 PDF 文档

下面进行内容展示：

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 事务的隔离级别

事务隔离级别

• 读未提交：另一个事务修改了数据，但尚未提交，而本事务中的 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，它能够避免脏读取，而且具有较好的并发性能。尽管它会导致不可重复读、幻读这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。

21 条 MySQL 性能调优经验

1. 为查询缓存优化你的查询
2. EXPLAIN 你的 SELECT 查询
3. 当只要一行数据时使用 LIMIT 1
4. 为搜索字段建索引
5. 在 Join 表的时候使用相当类型的例，并将其索引
6. 千万不要 ORDER BY RAND()
7. 避免 SELECT *
8. 永远为每张表设置一个 ID
9. 使用 ENUM 而不是 VARCHAR
10. 从 PROCEDURE ANALYSE() 取得建议
11. 尽可能的使用 NOT NULL
12. Prepared Statements
13. 无缓冲的查询
14. 把 IP 地址存成 UNSIGNED INT
15. 固定长度的表会更快
16. 垂直分割
17. 拆分大的 DELETE 或 INSERT 语句
18. 越小的列会越快
19. 选择正确的存储引擎
20. 使用一个对象关系映射器(Object Relational Mapper)
21. 小心“永久链接”

小伙伴们有兴趣想了解内容和更多相关学习资料的请点赞收藏+评论转发+关注我，后面会有很多干货。

 

原文出处：
xie.infoq.cn/article/053b8301371d5b3208a681db0