mysql事务隔离分类及实现

最新推荐文章于 2022-06-29 19:36:45 发布

秦时盖聂

最新推荐文章于 2022-06-29 19:36:45 发布

阅读量149

点赞数 1

分类专栏： Mysql

本文链接：https://blog.csdn.net/qinshi965273101/article/details/103547806

版权

3 篇文章 0 订阅

订阅专栏

事务支持是在存储引擎层实现的。MySQL 是一个支持多引擎的系统，但并不是所有的引擎都支持事务。此处以 InnoDB 为例，进行剖析。

提到事务，不得不说ACID（Atomicity、Consistency、Isolation、Durability，即原子性、一致性、隔离性、持久性）。本章主要剖析隔离性有哪几类，以及如何实现。

SQL 标准的事务隔离级别包括：读未提交（read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（serializable ）

读未提交是指，一个事务还没提交时，它做的变更就能被别的事务看到。
读提交是指，一个事务提交之后，它做的变更才会被其他事务看到。
可重复读是指，一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下，未提交变更对其他事务也是不可见的。
串行化，顾名思义是对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成（释放锁），才能继续执行。

“读未提交”隔离级别下直接返回记录上的最新值即可；而“串行化”隔离级别下直接用加锁的方式来避免并行访问。而“可重复读”和“读提交”隔离级别则需要通过一种“快照”的方式实现，这两种隔离级别的实现方式几乎一样，此处以可重复读为例进行剖析。

InnoDB 里面每个事务有一个唯一的事务 ID，叫作 transaction id。它是在事务开始的时候向 InnoDB 的事务系统申请的，是按申请顺序严格递增的
每行数据是可以有多个版本的。每次事务更新数据的时候，都会生成一个新的数据版本，并在数据版本中记录 row trx_id = transaction id 。
每条记录在更新的时候都会同时记录一条回滚操作。记录上的最新值，通过回滚操作，都可以得到前一个状态的值。

注意事项：

在清楚了数据如何更新和回滚的基础上，我们来考虑如何利用数据版本，事务id，回滚日志来实现可重复读。

以我启动事务的时刻为准，如果一个数据版本是在我启动之前生成的，就认；如果是我启动以后才生成的，就不认，并通过回滚找“上一个版本”。当然，如果“上一个版本”也不可见，那就得继续往前找。
如果是这个事务自己更新的数据，它自己是要认的。

在事务中，数据是否应该被认，如何判断？如下图，一行记录的所有版本数据被分成了三段，这就是我们建立的快照。需要注意的是中间段，如果数据版本对应的事务id，是启动时活跃的事务id，则不可见。

在事务中，一个查询的逻辑如下图所示。目的就是，确保查询的数据，一定是事务启动前已经提交的数据，让整个事务中同样的查询每次结果都一致。实现方式就是对事务id进行对比。

显式启动事务语句， begin 或 start transaction。配套的提交语句是 commit，回滚语句是 rollback。
set autocommit=0，这个命令会将这个线程的自动提交关掉。意味着如果你只执行一个 select 语句，这个事务就启动了，而且并不会自动提交。这个事务持续存在直到你主动执行 commit 或 rollback 语句，或者断开连接。有些客户端连接框架会默认连接成功后先执行一个 set autocommit=0 的命令。这就导致接下来的查询都在事务中，如果是长连接，就导致了意外的长事务。
因此，我会建议你总是使用 set autocommit=1, 通过显式语句的方式来启动事务。

关注