黑马Java面试笔记之MySQL篇（事务）

一. 事务的特性

事务的特性是什么？可以详细说一下吗？

         事务是一组操作的集合，他是一个不可分割的工作单位，事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败。

ACID

• 原子性（Atomicity）:事务是不可分割的最小操作单位，要么全部成功，要么全部失败
• 一致性（Consistency）:事务完成时，必须使所有的数据都保持一致
• 隔离性（Isolation）:数据库系统提供的隔离机制，保证事务在不受外部并发操作影响的独立环境下运行
• 持久性（Durability）；事务一旦提交或回滚，他对数据库中的数据的改变就是永久的

总结

二. 并发事务

并发事务带来哪些问题？怎么解决这些问题？MySQL的默认隔离级别是？

 2.1 并发事务

 解决方案：对事务进行隔离

 注意：事务隔离级别越高，数据越安全，但是性能越低。

总结

 参考回答如下：

 三. undo log和redo log的区别

• 缓冲池（buffer pool）：主内存中的一个区域，里面可以缓存磁盘上经常操作的真实数据，在执行增删改查操作时，先操作缓冲池中的数据（若缓冲池没有数据，则从磁盘加载并缓存），以一定频率刷新到磁盘，从而减少磁盘IO,加块处理速度
• 数据页（page）：是InnoDB存储引擎磁盘管理的最小单位，每个页的大小默认为16KB.页中存储的是行数据。

3.1 redo log

         重做日志，记录的是事务提交时数据页的物理修改，是用来实现事务的持久性

       该日志文件由两部分组成：重做日志缓冲（redo log buffer）以及重做日志文件（redo log file），前者是在内存中，后者在磁盘中，当事务提交之后会把所有修改信息都存到该日志文件中，用于再刷新脏页到磁盘，发生错误时，进行数据恢复使用。

 3.2 undo log

        回滚日志，用于记录数据被修改前的信息，作用包含两个：提供回滚 和 MVCC（多版本并发控制）。undo log 和 redo log 记录物理日志不一样，他是逻辑日志。

• 可以认为当delete一条记录时，undo log中会记录一条对应的insert记录，反之亦然
• 当update一条记录时，他记录一条对应相反的update记录。当执行rollback时，就可以从undo log中的逻辑记录读取到相应的内容并进行回滚。

 

总结

 

---

四. 如何保证事务中的隔离性

事务中的隔离性是如何保证的呢？

4.1 MVCC

        全称是 Multi-Version Concurrency Control，多版本并发控制。指维护一个数据的多个版本，使得读写操作没有冲突

        MVCC的具体实现，主要依赖于数据库记录中的隐式字段，undo log日志、readView

•  记录中的隐藏字段

• undo log版本链

• readview

        ReadView（读视图）是快照读SQL执行时MVCC提取数据的依据，记录并维护系统当前活跃的事务（未提交的）id

• 当前读

        读取的是记录的最新版本，读取时还要保证其他并发事务不能修改当前记录，会对读取的记录进行加锁。对于我们日常的操作，如：select... lock in share mode（共享锁），select ... for update 、update、insert、delete、（排他锁）都是一种当前读。

• 快照读

        简单的select（不加锁）就是快照读，快照读，读取的是记录数据的可见版本，有可能是历史数据，不加锁，是非阻塞读。       

• Read Committed：每次select，都生成一个快照读。
• Repeatable Read：开启事务后第一个select语句才是快照读的地方。

         ReadView 中包含了四个核心字段

 版本链数据访问原则

 

 总结

 

 五. 主从同步原理

        MySQL主从复制的核心就是二进制日志

总结

---

六. 分库分表

你们项目用过分库分表吗？

6.1 拆分策略

• 垂直分库

以表为依据，根据业务将不同表拆分到不同库中。

特点：

1. 按业务对数据分级管理、维护、监控、扩展
2. 在高并发下，提高磁盘IO和数据量连接数

• 垂直分表

特点：

1. 冷热数据分离
2. 减少IO过渡争抢，两表互不影响

• 水平分库

• 水平分表

6.2 分库分表的策略有哪些

6.3 总结