一. 事务的特性
事务的特性是什么？可以详细说一下吗？
事务是一组操作的集合，他是一个不可分割的工作单位，事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败。
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 拆分策略
- 垂直分库
以表为依据，根据业务将不同表拆分到不同库中。
特点：
- 按业务对数据分级管理、维护、监控、扩展
- 在高并发下，提高磁盘IO和数据量连接数
- 垂直分表
特点：
- 冷热数据分离
- 减少IO过渡争抢，两表互不影响
- 水平分库
- 水平分表
6.2 分库分表的策略有哪些
6.3 总结
