面试被问MySQL总回答不好：总结100道MySQL面试题和21题MySQL性能优化

前一阵系统的学习了一下MySQL,也有一些实际操作经验,偶然看到一篇和MySQL相关的面试文章,发现其中的一些问题自己也回答不好,虽然知识点大部分都知道,但是无法将知识串联起来

因此决定搞一个MySQL灵魂100问,试着用回答问题的方式,让自己对知识点的理解更加深入一点

主要针对的是开发人员需要知道的一些MySQL的知识点,主要包括索引,事务,优化等方面,以在面试中高频的问句形式给出答案

索引相关

什么是索引?
索引是个什么样的数据结构呢?
Hash索引和B+树所有有什么区别或者说优劣呢?
上面提到了B+树在满足聚簇索引和覆盖索引的时候不需要回表查询数据,什么是聚簇索引?
非聚簇索引一定会回表查询吗?
在建立索引的时候,都有哪些需要考虑的因素呢?
联合索引是什么?为什么需要注意联合索引中的顺序?
创建的索引有没有被使用到?或者说怎么才可以知道这条语句运行很慢的原因?
那么在哪些情况下会发生针对该列创建了索引但是在查询的时候并没有使用呢?

事务相关

什么是事务?
ACID是什么?可以详细说一下吗?
同时有多个事务在进行会怎么样呢?
怎么解决这些问题呢?MySQL的事务隔离级别了解吗?
Innodb使用的是哪种隔离级别呢?
对MySQL的锁了解吗?
MySQL都有哪些锁呢?像上面那样子进行锁定岂不是有点阻碍并发效率了?

表结构设计

为什么要尽量设定一个主键?
主键使用自增ID还是UUID?
字段为什么要求定义为not null?
如果要存储用户的密码散列,应该使用什么字段进行存储?

**存储引擎相关

MySQL支持哪些存储引擎?
MySQL中的varchar和char有什么区别.
varchar(10)和int(10)代表什么含义?
MySQL的binlog有有几种录入格式?分别有什么区别?
超大分页怎么处理?
关心过业务系统里面的sql耗时吗?统计过慢查询吗?对慢查询都怎么优化过?
上面提到横向分表和纵向分表,可以分别举一个适合他们的例子吗?
什么是存储过程？有哪些优缺点？
说一说三个范式
MyBatis中的#

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

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

1.事务的并发？事务隔离级别，每个级别会引发什么问题，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.事务四大特性（ACID）原子性、一致性、隔离性、持久性？

原子性（Atomicity）

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

一致性（Consistency）

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

隔离性（Isolation）

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

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

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

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

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

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

补充

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

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

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