MySQL事务原理

最新推荐文章于 2024-09-22 09:13:40 发布

PgSheep

最新推荐文章于 2024-09-22 09:13:40 发布

阅读量842

点赞数 14

文章标签：数据库

本文链接：https://blog.csdn.net/2301_79437276/article/details/139552913

版权

事务原理

持久性是通过 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。？？？