mysql 事务隔离简介

冷不防 2022-05-28 05:35 128阅读 0赞

# mysql 事务隔离简介 #

*  mysql 事务隔离简介
    
     *  1 概念扫盲 脏读 -> 不可重复读 -> 幻读
     *  2 不可重复读 & 幻读 区别
     *  3 mysql 4 种隔离级别
     *  4 mysql 默认隔离级别 简介
        
         *  4.1 默认隔离级别
         *  4.2 查询方式
         *  4.3 框架中的默认隔离级别

## 1 概念扫盲 脏读 -> 不可重复读 -> 幻读 ##

*  脏读
    
    > **一事务未提交的中间状态的更新数据 被其他会话读取到。** 当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有 提交到数据库中(commit未执行)，这时，另外会话也访问这个数据，因为这个数据是还没有提交， 那么另外一个会话读到的这个数据是脏数据，依据脏数据所做的操作也可能是不正确的。
 *  不可重复读
    
    > **简单来说就是在一个事务中读取的数据可能产生变化**, 在同一事务中，多次读取同一数据返回的结果有所不同。换句话说就是，后续读取可以读到另一会话事务已提交的更新数据。 相反，“可重复读”在同一事务中多次读取数据时，能够保证所读数据一样，也就是，后续读取不能读到另一会话事务已提交的更新数据。
 *  幻读
    
    > **简单来说就是在一个事务中读取的数据可能产生变化**,会话T1事务中执行一次查询，然后会话T2新插入一行记录，这行记录恰好可以满足T1所使用的查询的条件。然后T1又使用相同的查询再次对表进行检索，但是此时却看到了事务T2刚才插入的新行。这个新行就称为“幻像”，因为对T1来说这一行就像突然 出现的一样。

--------------------

## 2 不可重复读 & 幻读 区别 ##

当然,从总的结果来看,似乎两者都表现为两次读取的结果不一致.

但如果你从控制的角度来看, 两者的区别就比较大

**对于前者, 只需要锁住满足条件的记录**

**对于后者, 要锁住满足条件及其相近的记录， 甚至可能需要锁表**

很多人容易搞混不可重复读和幻读，确实这两者有些相似。**但不可重复读重点在于update和delete，而幻读的重点在于insert。**

> 如果使用锁机制来实现这两种隔离级别，在可重复读中，该sql第一次读取到数据后，就将这些数据加锁，其它事务无法修改这些数据，就可以实现可重复 读了。但这种方法却无法锁住insert的数据，所以当事务A先前读取了数据，或者修改了全部数据，事务B还是可以insert数据提交，这时事务A就会 发现莫名其妙多了一条之前没有的数据，这就是幻读，不能通过行锁来避免。需要Serializable隔离级别 ，读用读锁，写用写锁，读锁和写锁互斥，这么做可以有效的避免幻读、不可重复读、脏读等问题，但会极大的降低数据库的并发能力。

*  **所以说不可重复读和幻读最大的区别，就在于如何通过锁机制来解决他们产生的问题。**

--------------------

## 3 mysql 4 种隔离级别 ##

*  Serializable (串行化)：可避免脏读、不可重复读、幻读的发生。
 *  Repeatable read (可重复读)：可避免脏读、不可重复读的发生
 *  Read committed (在一个事物中， 能读取已提交事物的内容)：可避免脏读的发生。
 *  Read uncommitted (能读取未提交事物里面的内容)：最低级别，任何情况都无法保证。

## 4 mysql 默认隔离级别 简介 ##

### 4.1 默认隔离级别 ###

> REPEATABLE-READ (可重复读)：可避免脏读、不可重复读的发生

### 4.2 查询方式 ###

> select @@tx\_isolation;

### 4.3 框架中的默认隔离级别 ###

> 如果是再 spirng 中 定义了 @Transactional, 如果没指定隔离级别， 默认为数据库事务的隔离级别

ref:

[https://www.cnblogs.com/itcomputer/articles/5133254.html][https_www.cnblogs.com_itcomputer_articles_5133254.html]

[https://www.cnblogs.com/huanongying/p/7021555.html][https_www.cnblogs.com_huanongying_p_7021555.html]

--------------------

[https_www.cnblogs.com_itcomputer_articles_5133254.html]: https://www.cnblogs.com/itcomputer/articles/5133254.html
[https_www.cnblogs.com_huanongying_p_7021555.html]: https://www.cnblogs.com/huanongying/p/7021555.html