mysql-事物

古城微笑少年丶 2023-03-13 15:21 4阅读 0赞

## 一.Mysql事物特性 ##

<table> 
 <thead> 
  <tr> 
   <th>名称</th> 
   <th>定义</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>Atomic：原子性</td> 
   <td>一个事务必须视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚</td> 
  </tr> 
  <tr> 
   <td>Consistency：一致性</td> 
   <td>数据库总数从一个一致性的状态转换到另一个一致性的状态</td> 
  </tr> 
  <tr> 
   <td>隔离性（isolation）</td> 
   <td>一个事务所做的修改在最终提交以前，对其他事务是不可见的</td> 
  </tr> 
  <tr> 
   <td>持久性（durability）</td> 
   <td>一旦事务提交，则其所做的修改就会永久保存到数据库中。此时即使系统崩溃，修改的数据也不会丢失</td> 
  </tr> 
 </tbody> 
</table>

## 二.事物的隔离级别 ##

<table> 
 <thead> 
  <tr> 
   <th>隔离级别</th> 
   <th>定义</th> 
   <th>脏读</th> 
   <th>不可重复读</th> 
   <th>幻读</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>读未提交（Read Uncommitted）</td> 
   <td>就是说某个事务还没提交的时候，修改的数据，就让别的事务给读到了</td> 
   <td>可能</td> 
   <td>可能</td> 
   <td>可能</td> 
  </tr> 
  <tr> 
   <td>读已提交Read Committed（不可重复读）</td> 
   <td>就是说事务A在跑的时候， 先查询了一个数据是值1，然后过了段时间，事务B把那个数据给修改了一下还提交了，此时事务A再次查询这个数据就成了值2了，这是<strong>读了别人家事务提交的数据</strong>啊，所以是读已提交。</td> 
   <td>不可能</td> 
   <td>可能</td> 
   <td>可能</td> 
  </tr> 
  <tr> 
   <td>可重复读（Read Repeatable）默认</td> 
   <td>就是说事务A在执行过程中，对某个数据的值，无论读多少次都是值1；哪怕这个过程中事务B修改了数据的值还提交了，但是事务A读到的还是自己事务开始时这个数据的值</td> 
   <td>不可能</td> 
   <td>不 可能</td> 
   <td>可能</td> 
  </tr> 
  <tr> 
   <td>可串行化（Serializable ）</td> 
   <td>如果要解决幻读，就需要使用串行化级别的隔离级别，所有事务都串行起来，不允许多个事务并行操作</td> 
   <td>不可能</td> 
   <td>不可能</td> 
   <td>不可能</td> 
  </tr> 
 </tbody> 
</table>

*  **幻读**  
    比如某个(第一个事物)事务把所有行的某个字段都修改为了2，结果另外一个事务插入了一条数据，那个字段的值是1，然后就尴尬了。第一个事务会突然发现多出来一条数据，那个数据的字段是1。  
    幻读带来的问题：因为在此隔离级别下，例如：事务1要插入一条数据，我先查询一下有没有相同的数据，但是这时事务2添加了这条数据，这就会导致事务1插入失败，并且它就算再一次查询，也无法查询到与其插入相冲突的数据，同时自身死活都插入不了，这就不是尴尬，而是囧了。

## 三. MySQL是如何实现Read Repeatable ##

*  MySQL的默认隔离级别是Read Repeatable，就是可重复读，就是说**每个事务**都会**开启一个自己要操作的某个数据的快照**（三个事物他们会各自开启自己数据快照），事务期间，**读到**的都是**自己这个数据**的快照罢了，对一个数据的多次读都是一样的。
 *  MySQL是通过**MVCC机制来实现**Read Repeatable，就是**多版本并发控制**，multi-version concurrency control
 *  当我们使用innodb存储引擎，会在每行数据的最后加两个隐藏列，一个保存行的创建时间，一个保存行的删除时间，但是这儿存放的不是时间，而是事务id，事务id是mysql自己维护的自增的，全局唯一。
 *  mvcc机制：

<table> 
 <thead> 
  <tr> 
   <th>id</th> 
   <th>name</th> 
   <th>(创建时间)创建事物sid</th> 
   <th>(删除时间)删除事物did</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>1</td> 
   <td>张三</td> 
   <td>120</td> 
   <td>空</td> 
  </tr> 
 </tbody> 
</table>

这是事物 sid=120 insert一条数据到数据库的，  
当事物 sid=121时候，查询id=1的这一行的时候，就会查询到主键id=1这条完整的数据.  
**遵循的规则**：创建事务(sid=120)sid <= 当前事务sid(sid=121)  
select \* from table where id=1，就可以查到上面那一行id=1的所有数据

事务sid=122的事务，将id=1的这一行给删除了，此时就会将id=1的行的删除事务id设置成122

<table> 
 <thead> 
  <tr> 
   <th>id</th> 
   <th>name</th> 
   <th>(创建时间)创建事物sid</th> 
   <th>(删除时间)删除事物did</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>1</td> 
   <td>张三</td> 
   <td>120</td> 
   <td>122</td> 
  </tr> 
  <tr> 
   <td>2</td> 
   <td>李四</td> 
   <td>119</td> 
   <td>空</td> 
  </tr> 
 </tbody> 
</table>

事务sid=121的事务，再次查询id=1的那一行，能查到吗？  
能查到，**要求创建事务sid <= 当前事务sid，当前事务sid < 删除事务did**

事务id=121的事务，查询id=2的那一行，查到name=李四

事务id=122的事务，将id=2的那一行的name修改成name=小李四

事务sid=121的事务，查询id=2的那一行，**答案是：李四**，创建事务id <= 当前事务id，当前事务id < 删除事务id

*  在**一个事务内查询的时候**，mysql**只会查询**创建时间的事务id小于等于当前事务id的行，这样可以**确保**这个**行(这一条数据)是在当前事务中创建**，或者是之前创建的；
 *  同时一个行的删除时间的事务id要么没有定义（就是没删除），要么是必当前事务id大（在事务开启之后才被删除）；满足这两个条件的数据都会被查出来。