MySql事务的隔离级别解析
一、日志
- binlog（逻辑日志）
它是MySql服务层的日志
- statement 格式的话是记sql语句
- row格式会记录行的内容，记两条，更新前和更新后都有。
作用：
备份和恢复数据（可以指定恢复到某一时刻哦）
- redo log（物理日志）
这是innodb引擎提供的日志。为什么说它是物理日志呢，因为它对应着磁盘里的数据修改信息，我们的修改sql成功后实际上是对redo log进行了写入，然后某个线程再根据redo log刷新到磁盘中。
- 每一行记录一个修改
- 检查点。检查点前面的行全部被写入到磁盘里了，把还没写入磁盘的行排成一个队列的话，检查点就是队列头指针。
我们比较一下上面两种日志，比如执行update T set c=c+1 where ID=2;操作，如下图：
需要注意的是上面写入redolog、binlog做到了一致性，就是先让写入的信息处于prepare阶段，即两阶段提交。
- undo log（回滚日志）
用来回滚的，并且在innodb中用来实现MVCC，日志中记录的是行数据
- 其实数据库里的每一行数据还有几个隐藏字段，比如更新了这行的事务id、一个指向undo log行的指针，标记当前是否被删除等。就是利用这个实现了多版本（不同事务）数据共存。
- 每一行记录就记录着修改行的信息？链表结构？
二、事务的隔离级别
事务的四大特性之一隔离性，就是在执行过程中一个事务对另一个事务不可见
- 读未提交
- 会发生脏读，一个事务读到另一个事务未提交的数据
- 啥都没有，直接读取内存中最新的数据
- 读已提交
- 会发生不可重复读，一个事务前后读到的数据不一致
- 没有设置读锁，写锁是针对事务的，也就是事务结束锁才会释放
- 实现：MVCC，只会读取最新版本且已提交的数据
- 可重复读
- 还是没有设置读锁，有个间隙锁，也就是可以锁掉连续多少行数据，不能在里面插入数据，避免了一下幻读
- 实现：MVCC，只会读取第一个早于或等于当前事务id的数据行（对于有删除标记的行，如果其事务id大于我，那么我将这行当作没有被删除）
- 还是会发生一些幻读（前后读到的数据行数不一致了）
- 可串行化
- 实现：在事务层面，读写互斥
- 基本防止了一切问题
本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
