MySQL事务原理
事务原理
-
持久性是通过 redo log （重做日志）来保证的；
-
原子性是通过 undo log（回滚日志） 来保证的；
-
隔离性是通过 MVCC（多版本并发控制） 或锁机制来保证的；
-
一致性则是通过持久性+原子性+隔离性来保证；
事务是一组操作的集合，它是一个不可分割的工作单位，事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时败。具有ACID四大特征。
原子性（Atomicity）：事务是不可分割的最小操作单元，要么全部成功，要么全部失败。 一致性（Consistency）：事务完成时，必须使所有的数据都保持一致状态。(还有约束) 隔离性（Isolation）：数据库系统提供的隔离机制，保证事务在不受外部并发操作影响的独立环境下运行。 持久性（Durability）：事务一旦提交或回滚，它对数据库中的数据的改变就是永久的。
原子性，一致性，持久性这三大特性由 redo log 和 undo log 日志来保证的。【一致性是通过原子性、隔离性和持久性这三个特性来共同保障的】
隔离性 是由锁机制和MVCC保证的。
隔离性对应的隔离级别：RU、RC、RR、Serializeble
redo log:（持久性）
InnoDB特有，有他才有事务的概念
重做日志，记录的是事务提交时数据页的物理修改，是用来实现事务的持久性。 该日志文件由两部分组成：重做日志缓冲（redo log buffer）以及重做日志文件（redo log file），前者是在内存中，后者在磁盘中。当事务提交之后会把所有修改信息都存到该日志文件中，用于在刷新脏页到磁盘，发生错误时，进行数据恢复使用。
事务提交会把redologBuffer的数据页变更刷新到磁盘的redolog中】
个人理解： 事物每次提交的时候都会刷到磁盘redo log中，而不是直接将buffer pool中的数据直接刷到磁盘中（ibd文件中），是因为redo log 是顺序写，性能处理的够快，直接刷到ibd中，是随机写（随机IO性能低），性能慢。所以脏页是在下一次读的时候，或者后台线程采用一定的机制进行刷盘到ibd中。【WAL先写日志机制】 比如update的id跨度大，索引存储，所以随机写（很多数据，数据在磁盘中分散）很慢，要搞个顺序写（在磁盘一直往后写），写内存最快
undo log: （原子性）
回滚日志，用于记录数据被修改前的信息，作用包含两个：提供回滚和MVCC（多版本并发控制）。 undo log和redo log记录物理日志不一样，它是逻辑日志。可以认为当delete一条记录，undo log中会记录一条对应的insert记录，反之亦然，当update一条记录时，它记录一条对应相反的update记录。当执行rollback时，就可以从undo log中的逻辑记录读取到相应的内容并进行回滚。
Undo log销毁：undo log在事务执行时产生，事务提交时，并不会立即删除undo log，因为这些日志可能还用于MVCC。 Undo log存储：undo log采用段的方式进行管理和记录，存放在前面介绍的rollback segment回滚段中，内部包含1024个undo log segment。？？？
一致性 + 总结：
MVCC 靠 隐藏字段 , undo log 版本链 , read view 实现的。
-
原子性-undo log
-
持久性-redo log
-
一致性-undo log + redo log
-
隔离性-锁 + MVCC