MySQL基础之事务和DCL指令

一、事务

1. 事务的基本概念

• 事务的含义：事务是由一个或多个SQL语句组成的单独单元，在这个单元中，每个sql语句是相互依赖的。而整个单独单元作为一个不可分割的整体，如果单元中某条sql语句一旦执行失败或产生错误，整个单元将会回滚，所有受到影响的数据将返回到事务开始之前的状态；如果单元中所有sql语句均执行成功，则事务被顺利执行。
• 解释：事务的结束有两种方式，一种是提交（commit）表示数据在数据库中真正的完成了修改；另一种是回滚（rollback）表示数据没有修改成功，恢复到了事务开启之前的状态。

2. 事务的ACID属性

• 原子性(Atomicity)
  原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。
• 一致性(Consistency)
  事务必须使数据库从一个一致性状态变换到另外一个一致性状态。
• 隔离性(Isolation)
  事务的隔离性是指一个事务的执行不能被其他事务干扰，即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰。
• 持久性(Durability)
  持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来的其他操作和数据库故障不应该对其有任何影响。

3. 事务的分类

• 隐式事务：事务不具有明显的开启和结束的标记，比如：insert、update、delete语句，一旦开启了自动提交（autocommit变量为on），则每条上述语句是一个事务，因为每执行完该语句，就提交一次。
• 显式事务：事务具有明显的开启和结束的标记，必须先设置自动提交功能为禁用（autocommit变量默认为off）—>set autocommit=0;当执行到COMMIT或者ROLLBACK语句之后（进行了事务的提交或者回滚），此次事务也就完成了。
  - 注意：DDL语句也会开启默认提交，且不可以通过修改autocommit属性来设置，也就是说每执行完一条DDL语句就必然会提交一次，因此DDL语句执行的操作，必然是不可回滚的。

4. 事务的创建

• 开启事务：

  # 方式一：人为关闭自动提交
  set autocommit=0;
  # 方式二：以下两条指令也会关闭自动提交
  start transaction / begin;
  

• 编写事务中的sql语句（select、insert、update、delete）
• 结束事务

  commit;#事务执行成功时写这个
  rollback;#事务执行失败时写这个
  # 两个结束事务的语句只能二选一写 
  

5. 事务的隔离等级

5.1 三种错误

假设

现在存在一张表，表中有一条id为1，name为张三的记录；同时，有两个正在进行中的事务，分别是事务A和事务B。

5.1.1 脏读

• 描述：一个未提交事务读取到另一个未提交事务的数据。
• 场景解释：在事务A中，我们查询id为1的数据，A事务不提交；在事务B中，我们修改id为1的数据的name为李四，B事务不提交。A事务的查询语句，查询出了B事务修改后信息（也就是李四），这种现象我们称为脏读。
• 危害：如果此时事务B出现错误，发生了回滚，则实际上name这个字段的数据还是张三，李四这个数据是不存在的，那么我们就查询到了错误数据。

5.1.2 不可重复读

• 描述：一个未提交事务读取到另一提交事务修改数据
• 场景解释：在事务A中，我们查询id为1的数据，A事务不提交；在事务B中，我们修改id为1的数据的name为李四，并提交事务B。此时，事务A查询到了事务B修改并提交后的记录（也就是李四），这种现象我们成为不可重复读。
• 危害：如果此时有事务C继续修改id为1的数据的name字段为王五，那么我们在事务A中再次查询id为1的数据的name就变成了王五，此时在同一个事务A中，查询的两次结果不一样。

5.1.3 幻读

• 描述：一个未提交事务读取到另一提交事务添加数据
• 场景解释：在事务A中，我们查询id小于等于3的数据，A事务不提交；在事务B中，我们增加id为2、name为李四的数据，并提交事务B。此时，事务A查询到了事务B增加并提交后的两条记录（也就是张三和李四），这种现象我们成为幻读。
• 危害：如果此时有事务C继续添加一条id为3、name为王五的数据，那么我们在事务A中再次查询id小于等于3的数据就会查出三条记录（张三、李四、王五），此时在同一个事务A中，查询的两次结果不一样。

5.2 四个级别

5.2.1 读未提交

• 未提交的数据依然能读到，什么也没解决

5.2.2 读已提交

• 只能读到已提交的数据，解决了脏读问题

5.2.3 可重复读

• 解决了脏读、不可重复读问题

5.2.4 串行化

• 解决了脏读、不可重复读、幻读问题

5.3 五个状态

5.3.1 活动的（active）

• 事务对应的数据库操作正在执行过程中时，我们就说该事务处在活动的状态。

5.3.2 部分提交的（partially committed）

• 当事务中的最后一个操作执行完成，但由于操作都在内存中执行，所造成的影响并没有刷新到磁盘
  时，我们就说该事务处在部分提交的状态。

5.3.3 失败的（failed）

• 当事务处在活动的或者部分提交的状态时，可能遇到了某些错误（数据库自身的错误、操作系统错误或者直接断电等）而无法继续执行，或者人为的停止当前事务的执行，我们就说该事务处在失败的状态。

5.3.4 中止的（aborted）

• 如果事务执行了一部分而变为失败的状态，那么就需要把已经修改的事务中的操作还原到事务执行前的状态。换句话说，就是要撤销失败事务对当前数据库造成的影响。我们把这个撤销的过程称之为回滚。当回滚操作执行完毕时，也就是数据库恢复到了执行事务之前的状态，我们就说该事务处在了中止的状态。

5.3.5 提交的（committed）

当一个处在部分提交的状态的事务将修改过的数据都同步到磁盘上之后，我们就可以说该事务处在了提交的状态。

二、DCL语句

1. START TANSACTION /BEGIN

• 关闭自动提交，开启了一个事务。

2. COMMIT

• 提交数据，一旦执行COMMIT，则数据就被永久的保存在了数据库中，意味着数据不可回滚。

3. ROLLBACK

• 回滚数据，一旦执行ROLLBACK，则可以实现数据的回滚，回滚到最近的一次COMMIT之后。

4.SAVEPOINT

• 使事务回滚到一个指定的位置，必须和ROLLBACK搭配使用，使用方式如下

   ...
  savepoint 节点名;#节点名自定
  ...
  rollback to 节点名;