MySQL事务隔离级别

提到事务，我们会想什么是事务？事务其实是一组sql的原子性操作，要么全部成功，要么全不成功！！！

 

事务有四种特性ACID（原子性、一致性、隔离性、持久性）逢考必问，知识点有木有啊朋友们～

 

今天我们就说一说隔离性。

 

提到隔离性，我们会想到一系列的关键词。脏读、幻读、不可重复读，读未提交、读已提交、可重复读、串行化。

 

那么他们都对应着什么概念呢，又起到了什么作用？隔离性是怎么实现的？

 

1.脏读、幻读、不可重复读是在事务交叉执行过程中所产生的数据现象。

栗子：同一条数据库记录A，你看到的是A，我看到的是B

脏读：事务1将A改成B，但是未执行commit操作。事务2读取记录的值为B，然后事务1丫的又回滚了。这是记录本身的值是A，而事务2读取的值是B。这种现象称为脏读。（知识点：事务中读取到其他事务未提交的脏数据的现象就是脏读）

 

幻读：事务1现在想要统计表记录的行数为10行。事务2这时刚好又添加了2行记录，在事务1commit之前又做了一次统计，我擦！怎么12行记录了。这种现象叫做幻读。（知识点：事务中筛选符合条件的记录，两次筛选获得的行数不同的现象就是幻读。幻读强调数据的insert和delete操作）

 

不可重复读：事务1读取了一条数据A，然后执行逻辑的时候，事务2将这条数据改变了B，然后事务1再次读取的时候，发现数据成了B，这种现象就是所谓不可重复读（知识点：事务在执行过程中，其他事务改变了事务中所涉及的记录，并执行commit，导致事务中两次结果不匹配的显现就是不可重复读。不可重复读强调数据的update操作）

 

 

2.读未提交、读已提交、可重复读、串行化是为解决上述问题所产生的事务隔离策略。

读未提交（Read uncommitted）：算是mysql最低的隔离级别了，允许出现脏读。感觉就是为脏读而生的。捂脸～（知识点：事务中未commit前所修改的数据，对其他事务是可见的）

 

读已提交（Read committed ）：事务1在执行过程中可以看到其他事务2已经commit的新插入的记录，而且能看到其他事务已经提交的对已有记录的更新。解决了脏读现象

 

可重复度（Repeatable read）：innodb默认的隔离级别。保证事务执行过程中所使用的记录开始和结束是一致的，数据A在事务1中始终是A，不受事务2的影响。解决了不可重复读的现象

 

串行化（Serializable）：最高的隔离级别。它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，它是在每个读的数据行上加上共享锁。在这个级别，可能导致大量的超时现象和锁竞争。

 

3.事务的隔离级别的实现原理是什么？

提到隔离性的实现原理，就不得不提MVCC（Mutil-Version Concurrency Control）多版本并发控制 和 锁。

锁是为了并发控制保持数据一致性出现的数据结构。

mvcc多版本并发控制是一种并发控制的方法，实现对数据库的并发访问。字面意思就是一条记录在数据库中存在不同的版本，不同的版本对不同的事务可见性（隔离性）不同。

 

读未提交：直接返回记录上的最新值，不存在视图view等复杂逻辑。

串行化：就是写操作加写锁，读操作加读锁。强制事务串行执行。

可重复读：在事务开始后，执行select语句时获取数据库实例的一致性视图（快照），后续的操作都是在此视图数据上执行。

读提交：事务开始后，每条select语句均获取一次最新数据库实例试图。

 

4.mvcc的实现原理？

我们先理解下版本链的概念。在聚簇索引的记录中，有两个必要的隐藏列 trx_id和roll_pointer.

trx_id：用来存储每次新增/修改事务ID。

roll_pointer：每次对记录进行修改，都会将老版本写入到undo_log中。而roll_pointer存储的是指向上个版本记录的指针。

新插入的记录因为没有上个版本，所以roll_pointer为空。通过trx_id和roll_pointer我们就可以把多个版本按照事务顺序串成一条版本链。

 

readview视图：本质是innodb维护的一个存储活跃事务（开始但未提交的事务）ID的数组。如[70,77,100]

假设一条记录的trx_id = 69 ，小于视图中最小的ID70，那么说明该记录在事务开始前已经提交，对于当前事务可见。

假设一条记录的trx_id = 80 ，小于最大ID100 并且 不在视图数组中，那么说明该记录已经提交，对于当前事务可见。

假设一条记录的trx_id = 110 ，大于最大ID100 ，那么说明该记录未提交，对于当前事务不可见。

 

普通查询语句是一致性读，一致性读会根据 row trx_id 和一致性视图确定数据版本的可见性。

更新数据和给数据加锁（for update）都是先读后写的，而这个读，只能读当前的值，称为“当前读”（current read）。

 

 

 

• 4.小结：摘自极客时间
• 事务的特性：原子性、一致性、隔离性、持久性
• 多事务同时执行的时候，可能会出现的问题：脏读、不可重复读、幻读
• 事务隔离级别：读未提交、读已提交、可重复读、串行化
• 不同事务隔离级别的区别：
  • 读未提交：一个事务还未提交，它所做的变更就可以被别的事务看到
  • 读已提交：一个事务提交之后，它所做的变更才可以被别的事务看到
  • 可重复读：一个事务执行过程中看到的数据是一致的。未提交的更改对其他事务是不可见的
  • 串行化：对应一个记录会加读写锁，出现冲突的时候，后访问的事务必须等前一个事务执行完成才能继续执行
• 配置方法：启动参数transaction-isolation
• 事务隔离的实现：每条记录在更新的时候都会同时记录一条回滚操作。同一条记录在系统中可以存在多个版本，这就是数据库的多版本并发控制（MVCC）。
• 回滚日志什么时候删除？系统会判断当没有事务需要用到这些回滚日志的时候，回滚日志会被删除。
• 什么时候不需要了？当系统里么有比这个回滚日志更早的read-view的时候。
• 为什么尽量不要使用长事务。长事务意味着系统里面会存在很老的事务视图，在这个事务提交之前，回滚记录都要保留，这会导致大量占用存储空间。除此之外，长事务还占用锁资源，可能会拖垮库。
• 事务启动方式：一、显式启动事务语句，begin或者start transaction,提交commit，回滚rollback；二、set autocommit=0，该命令会把这个线程的自动提交关掉。这样只要执行一个select语句，事务就启动，并不会自动提交，直到主动执行commit或rollback或断开连接。
• 建议使用方法一，如果考虑多一次交互问题，可以使用commit work and chain语法。在autocommit=1的情况下用begin显式启动事务，如果执行commit则提交事务。如果执行commit work and chain则提交事务并自动启动下一个事务。
• 5.思考时间
• 1. 事务的概念是什么?
  2. mysql的事务隔离级别读未提交, 读已提交, 可重复读, 串行各是什么意思?
  3. 读已提交, 可重复读是怎么通过视图构建实现的?
  4. 可重复读的使用场景举例? 对账的时候应该很有用?
  5. 事务隔离是怎么通过read-view(读视图)实现的?
  6. 并发版本控制(MCVV)的概念是什么, 是怎么实现的?
  7. 使用长事务的弊病? 为什么使用常事务可能拖垮整个库?
  8. 事务的启动方式有哪几种? 
  9. commit work and chain的语法是做什么用的? 
  10. 怎么查询各个表中的长事务?
  11. 如何避免长事务的出现?