认识达内从这里开始

我们在前几期的文章中给大家简单介绍了程序员在学习过程中需要掌握的一些MySQL数据库知识等内容，而本文我们就继续来了解一下，数据库隔离级别类型与原理。

一、隔离级别原理

隔离级别的主要是多版本并发控制MVCC,MVCC是通过保存数据在某个时间点的快照来实现的。

InnoDB实现的MVCC，是通过在每行记录后面保存两个隐藏列来实现，一个是保存行的创建时间，另一个是保存行的过期时间。当然存储的不是时间，而是系统版本号。每开启一个新的事务，系统版本号先自动递增，该系统版本号会作为事务的版本号，用来和查询到的每行记录的版本号做比较。比如在可重复读隔离级别下，MVCC是如何操作的：

SELECT

InnoDB会根据以下两个条件检查每行记录：

InnoDB只查找版本号早于当前事务的数据行(系统版本号小于或者等于事务的系统版本号)，这样可以确保事务读取的行，要么是在事务开始前就存在，要么是事务自身插入或者更新过。

行的删除版本要么未定义，要么大于当前事务版本号。这可以确保事务读取到的行，在事务开始之前未被删除。

只有符合上述两个条件的记录，才能返回作为查询的结果。

INSERT

InnoDB为新插入的每一行保存当前系统版本号作为行版本号。

DELETE

InnoDB为删除的每一行保存当前系统版本号作为行删除的标识。

UPDATE

InnoDB为插入一行新记录，保存当前系统版本号作为行版本号，同时保存当前系统版本号到原来的行作为行删除标识。

保存着两个额外的系统版本号，大多数读操作都可以不用加锁。这样设计是的读数据的操作很简单，性能很好，并且也能保证只会读取到符合标准的行。不足之处是每行记录都需要额外的存储空间，需要做更多的行检查工作，以及一些额外的维护工作。

MVCC只在读已提交和可重复读两个隔离级别下生效。其他两个隔离级别下MVCC都不能生效，因为读未提交总是读取到新的数据行，无需记录当前事务版本号。而串行化会对所有的读写都会进行加锁，先读、先写的先执行，后读、后写的后执行。也不需要记录记录版本号精心比对。

InnoDB的行数据有多个版本，每个数据版本都有自己的rowtrx_id，每个事务或者语句都有自己的一致性视图。查询语句是一致性读，一致性读会根据rowtrx_id和一致性视图确定数据版本的可见性。

可重复读，只查询在事务启动前就提交完成的数据。

读已提交，只查询语句启动前其他事务提交的数据。

二、四种隔离级别:

读未提交：数据会读取其他事务未更新到数据的数据。可能会存在脏读、不可重复读、幻读的问题。

读已提交(readcommitted)：数据只能读取其他事务提交的数据，不存在脏读，但是可能会存在不可重复读、幻读的问题。

可重复读(repeatableread):事务执行过程中看到的数据，总是和这个事务开启时看到的数据是一致的。在可重复读的隔离级别下，未提交的事务对其他事务也是不可见的。不存在脏读、不可重复读，但是可能会存在幻读问题。

串行化(serializable)：存在读写锁冲突时，后访问的事务会等前一个事务执行完毕后，再继续执行。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加抖音达内三江区域学习了解。