事务的特性、并发事务问题、隔离级别、undo log 和 redo log、MVCC

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

事务的四个特性（ACID特性）

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

并发事务问题及事务隔离级别

并发事务问题:脏读、不可重复读、幻读

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

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

undo log 和 redo log

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

redo log：
重做日志，记录的是事务提交时数据页的物理修改，是用来实现事务的持久性。
该日志文件由两部分组成 :重做日志缓冲(redo log buffer) 以及 重做日志文件(redo log file) ,前者是在内存中，后者在磁盘中。当事务提交之后会把所有修改信息都存到该日志文件中，用于在刷新脏页到磁盘,发生错误时,进行数据恢复使用。
redo log保证了事务的持久性

undo log：
回滚日志，用于记录数据被修改前的信息，作用包含两个:提供回滚和MVCC(多版本并发控制)。undo log和redo log记录物理日志不一样，它是逻辑日志。
1.可以认为当delete一条记录时，undo log中会记录一条对应的insert记录，反之亦然，
2.当update一条记录时，它记录一条对应相反的update记录。当执行rollback时，就可以从undo log中的逻辑记录读取到相应的内容并进行回滚。
undo log可以实现事务的一致性和原子性

MVCC

全称 Multi-Version Concurrency Control，多版本并发控制。指维护一个数据的多个版本，使得读写操作没有冲突。
undo log：
①回滚日志，存储老版本数据
②版本链:多个事务并行操作某一行记录，记录不同事务修改数据的版本，通过roll pointer指针形成一个链表

readview
ReadView (读视图)是快照读 SQL执行时MVCC提取数据的依据，记录并维护系统当前活跃的事务（未提交的) id。
当前读
读取的是记录的最新版本，读取时还要保证其他并发事务不能修改当前记录，会对读取的记录进行加锁。对于我们日常的操作，如:select … lock in share mode(共享锁)，select … for update、update、insert、delete(排他锁)都是一种当前读。
快照读
简单的select (不加锁)就是快照读，快照读，读取的是记录数据的可见版本，有可能是历史数据，不加锁，是非阻塞读。
Read Committed: 每次select，都生成一个快照读。
Repeatable Read: 开启事务后第一个select语句才是快照读的地方。仅在事务中第—次执行快昭读时牛成ReadView，后续复用