共计 2062 个字符，预计需要花费 6 分钟才能阅读完成。
迎面走来了你的面试官，身穿格子衫，挺着啤酒肚，发际线重大后移的中年男子。
手拿泡着枸杞的保温杯，胳膊夹着 MacBook，MacBook 上还贴着公司标语：“我爱加班”。
面试开始，直入正题。
面试官： 看你简历下面写着精通 MySQL，我先问你事务的个性是什么？
陈词滥调，这个还有谁不会背的吗？
我： 这个我晓得，事务有四大个性，别离是原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability），简称 ACID。
原子性是指事务中所有操作要么全副胜利，要么全副失败。
一致性是指事务执行前后，数据始终处于一致性状态，不会呈现数据失落。
隔离性是指事务提交前的中间状态对其余事务不可见，即互相隔离。
持久性是指事务提交后，数据的批改永恒保留在数据库中。
面试官： 嗯，答复得不错。那你晓得 MySQL 底层是怎么实现事务的四大个性？
这道题有点深了，须要背会 redo log、undo log、mvcc。
千万别说不晓得这几个货色是干嘛用的。
岂但要晓得，还要跟事务扯上关系。
我： 原子性是 undo log 实现的，一致性是由代码逻辑层面保障的，隔离性是由 mvcc 实现的，持久性是基于 redo log 实现的。
Redo Log（重做日志）：
Redo Log 记录的是物理日志，也就是磁盘数据的批改。
用来保障服务解体后，仍能把事务中变更的数据长久化到磁盘上。
如果没有 Redo Log 的话，会产生什么？
批改数据的过程就变成这样了：
- 从磁盘加载数据到内存
- 在内存中批改数据
- 把新数据长久化到磁盘
这样做，会有重大的性能问题。
- InnoDB 在磁盘中存储的根本单元是页，可能本次批改只变更一页中几个字节，然而须要刷新整页的数据，就很浪费资源。
- 一个事务可能批改了多页中的数据，页之间又是不间断的，就会产生随机 IO，性能更差。
所以为了进步写入性能，于是就引入了 Redo Log。
看一下引入 Redo Log 后批改流程：
- 从磁盘加载数据到内存
- 在内存中批改数据
- 把新数据写到 Redo Log Buffer 中
- 把 Redo Log Buffer 中数据长久化到 Redo Log 文件中
- 把 Redo Log 文件中数据长久化到数据库磁盘中
Undo Log（回滚日志）：
Undo Log 记录的是逻辑日志，用来回滚事务时，复原到批改前的数据。
比方：当咱们执行一条 insert 语句时，Undo Log 就记录一条相同的 delete 语句。
退出 Undo Log 之后的批改流程就是这样的：
MVCC（多版本并发管制，Multi-Version Concurrency Control）：
记录的是某个工夫点上的数据快照，用来实现不同事务之间数据的隔离性。
提到隔离性，肯定要说一下事务的隔离级别。
说事务隔离级别之前，必须要先说一下并发事务产生的问题：
脏读： 一个事务读到其余事务未提交的数据。
不可反复读： 屡次读取雷同的数据，失去的后果集不统一，即读到其余事务提交后的数据。
幻读： 雷同的查问条件，屡次读取的后果不统一，即读到其余事务提交后的数据。
不可反复读与幻读的区别是： 不可反复读是读到了其余事务执行 update、delete 后的数据，而幻读是读到其余事务执行 insert 后的数据。
隔离级别
Read UnCommitted（读未提交）： 读到其余事务未提交的数据，会呈现脏读、不可反复读、幻读。
Read Committed（读已提交）： 读到其余事务已提交的数据，解决了脏读，会呈现不可反复读、幻读。
Repeatable Read（可反复读）： 雷同的数据，屡次读取到的后果集统一。解决了不可反复读，还是会呈现幻读。
Serializable（串行化）： 所有事务串行执行，解决了幻读。
再谈 MVCC：
MVCC 解决了读写抵触，实现了读写并行，晋升了事务的性能。
因为 Read UnCommitted 隔离级别下，每次都读取最新的数据。而 Serializable 隔离级别下，对所有读取数据都加锁。这两种隔离级不须要 MVCC，所以 MVCC 只在 Read Committed 和 Repeatable Read 两种隔离级别下起作用。
MVCC 的实现形式通过两个暗藏列 trx_id（最近一次提交事务的 ID）和 roll_pointer（上个版本的地址），建设一个版本链。并在事务中读取的时候生成一个 ReadView（读视图），在 Read Committed 隔离级别下，每次读取都会生成一个读视图，而在 Repeatable Read 隔离级别下，只会在第一次读取时生成一个读视图。
InnoDB 如何解决幻读的？
先遍及一下快照读和以后读。
以后读： 读取数据的最新版本，并对数据进行加锁。
例如：insert、update、delete、select for update
快照读： 读取数据的历史版本，不对数据加锁。
例如：select
在以后读的状况下，是通过加锁来解决幻读。
在快照读的状况下，是通过 MVCC 来解决幻读。
面试官： 还得是你，就你总结的全。明天的面试先到这吧，下一面要问你 MySQL 的锁，你筹备一下。
本文知识点总结：
文章继续更新，能够微信搜一搜「一灯架构」第一工夫浏览更多技术干货。
