Hello,大家好,我是鸭血粉丝,虽说今年的大环境不是很好,但是现在毕竟是金三银四,有些公司还是在招聘的。MySQL 作为我们 Java 工程师最常用的数据库,不管是在日常的工作中还是面试中,我们都必须要对 MySQL 常见的一些知识有很好的储备,这样在面试的过程中才可以做到得心应手。下面阿粉从 MySQL 最高频的几个知识点给大家介绍一下。
更详细的脑图大家可以关注公众号,在后台回复【MySQL脑图】获得。
InnoDB 与 MyISAM 引擎的区别
InnoDB 与 MyISAM 的区别阿粉在日常学习和面试中经常被问到,我们先来看看这个吧。、
锁相关
- InnoDB 支持表级锁和行级锁,MyISAM 只支持表级锁。事务的并发在如今的互联网海量数据的场景下基本上是无法摆脱的,这种情况下对数据库的锁的要求就要更细粒度。新版本的 MySQL 默认的数据库引擎是 InnoDB 很大的原因就是 InnoDB 支持行级锁,在日常的业务场景下,我们是不能允许使用表级锁的,对业务的影响是很大的。
- InnoDB 的锁分为共享锁 S 和独占锁 X,意向共享锁 IS,意向独占锁 IX,记录锁,间隙锁以及 next-key 锁。关于锁的详细信息可以回顾公号之前发过的文章 面试你应该知道的 MySQL 锁
底层的文件结构
InnoDB 和 MyISAM 引擎底层存储数据的文件结构也不一样。InnoDB 引擎的数据表底层只有.frm 和 .ibd 两种格式的文件。MyISAM 引擎的表底层有 .MYD,.MYI 和 .frm 三种格式的文件。
上图中表 other_table
的引擎采用的是 MyISAM,底层会出现三种格式的文件,分别是 .frm 用于存储表结构的文件;.MYD 全称为 .mydata 用于存放数据的文件;.MYI 全称为 .myIndex 用于存放索引的文件。而表 sys_log_op
表的引擎采用的是 InnoDB,底层只有两个文件,分别为 .frm 同样用于存放表的数据结构;.ibd 文件用于存储数据和索引的文件。
从上面我们可以看到,InnoDB 的数据和索引是存放在同一个文件中的而 MyISAM 的数据和索引是分开存储的,这也导致两者的索引的实现方式的不同。
索引的实现方式
InnoDB 的索引采用 B+ 树实现,主键索引的叶子节点存储的是完整的数据,辅助索引的叶子节点存储的是主键的值。所以如果在使用辅助索引进行查询数据的时候是会有回表的操作,所以我们尽量用主键进行查询。另外如果建表的时候没有设置主键的话,InnoDB 引擎会自动生成一个 rowid 作为表的主键。
MyISAM 的索引也是采用 B+ 树实现的,与 InnoDB 不同的是,MyISAM 主键索引的叶子节点和辅助索引保存的都是数据的地址,主键索引并没有保存完整的数据,所以都需要根据数据地址再次查询数据。
事务的支持
InnoDB 与 MyISAM 另一个最大的区别就是 InnoDB 支持事务,而 MyISAM 不支持事务。事务也是 MySQL 另外一个常规问题,我们下面看下事务的相关知识。
事务
事务也是一个必问的知识点哦!
事务的四大特性 ACID
- A: 原子性。原子性表示事务的操作是不可分割的,事务内的一系列操作全部成功事务才成功,任何一个操作失败事务都是失败,必须回滚。
- C: 一致性。一致性表示事务在操作前和操作后数据都是处于一致的状态。只表示在事务的操作前后的数据一致,但是并不是代表是正确。
- I:隔离性。事务的并发操作是完全隔离的,不同的事务之间不会相互有影响。事务的隔离级别有四种
- 读未提交:表示一个事务内可以读取到另一个事务未提交的数据内容,会出现脏读,不可重复度,幻读。
- 读已提交:表示一个事务内可以读取另一个事务已经提交的内容,会出现不可重复读和幻读。
- 可重复读:表示一个事务内两次相同条件读的内容一致,但是会出现幻读。
- 串行化:没有问题,但是效率低下。
- D:持久性。事务操作结束过后,对数据的更改是可以持久化的,不管事务的操作是成功还是失败,事务日志都能保证事务的持久性。
脏读:指一个事务 A 读取到另一个事务 B 未提交的数据,也就是脏数据。
不可重复读:指一个事务 A 第一次根据条件查询某条数据,事务 B 修改了该数据并提交了,事务 A 第二次查询与第一次查询的不一致。
幻读:指事务 A 根据条件查询一批数据,事务 B 插入了新的满足条件的数据,事务 A 再次查询数据量变化了,两次查询的结果集不一致,出现了幻读。