【MySQL】MySQL事务（一）

        前言：本节内容开始讲解事务。 博主计划用三节来讲解事务。 本篇为第一节， 主要解释什么是事务， 事务有什么用。 以及事物的基本操作和异常退出回滚情况。 下面不多说，友友们， 开始学习吧！

        ps：本节内容建议友友们学会表的操作后再来学习哦， 会学的轻松很多！

目录

什么是事务

MySQL事务维护的四大属性

为什么会出现事务

实际操作准备工作

事务正式操作

rollback to

rollback

commit持久化

事务异常

自动提交和不自动提交

什么是事务

        我们现实大部分都是一组sql，才能将一系列操作给做出来。在我们程序员的眼中，一条sql就是一条操作。但是对于上层用户来说，往往几条sql来完成某个逻辑，就比如买票。 而这几条sql，我们就称为事务。所以，事务的本质要站在mysql的上层来看，就是一条或者多条sql组合起来完成某种逻辑的集合体。

        并且，对于数据库的CURD来说，我们的买票场景， 可能就有时候只剩下一张票， 这时候来了一个人买票， 但是还没有更新数据。此时又来了一个客户端， 发现票数大于0， 就又买了一次票。 但是当两个客户端都更新数据的时候， 发现票数变为了-1。 这个时候就发生错误了， 相当于多卖了一张票。——出现了数据不一致问题。 事务就是为了解决这类问题。 一个事务， 要么执行完毕， 要么不执行。

MySQL事务维护的四大属性

•         原子性：要么执行完毕， 要么不执行。
•         一致性：一致性就是一个事务开始和开始之后， 我们用户数据的正确性没有被破坏。在mysql中， 对于一致性没有更多的操作。他只要做好原子性、隔离性、持久性、就能在技术层面上完成一致性。
•         隔离性：数据库允许多个事务同时对数据进行修改和读写。隔离性可以将一个一个的事务隔离开， 就能让事务之间不会彼此影响。事物的隔离性存在不同的分级。
•         持久性：事务处理完之后， 对于数据的修改就是永久的。即使是系统故障也不会丢失。

         这四大属性被称为ACID     

  实际操作准备工作

          在mysql中， InnoDB支持事务， 但是MyISAM是不支持事物的。

          事务有两种提交方式：一种叫手动提交， 一种叫自动提交。

          未来我们有事务，我们得自己提交。 mysql中事务的提交方式有两种：默认提交，手动提交。 如何查看当前事务的提交方式？

          使用指令：

  show variables like 'autocommit';

  

          然后我们进行测试的时候， 我们的隔离级别， 先设置成读未提交。 后面我们在来讲解这些不同的隔离级别：

  set global transaction isolation level read uncommitted;

           然后查看当前的隔离级别：

  select @@transaction_isolation;

  

          然后创建一个下面这样的表：

  create table if not exists account(
  id int primary key,
  name varchar(50) not null default '',
  blance decimal(10, 2) not null default 0.0
  );
  

  

  事务正式操作

  利用一个案例来看如何操作事务：

  rollback to

  我们先启动事务

  start transaction;

  

  设置保存点

  savapoint 名称;

  

   插入数据之后再设置一个保存点

  insert into account values(1, '张三', 1234.5);
  savepoint s2;

   然后再插入数据， 同时设置保存点：

  insert into account values(2, '李四', 4321.6);
  savepoint s3;
  insert into account values(3, '王五', 5432.7);

   此时观看表中， 就看到数据都插入进来了：

  

  问题是， 如果今天我后悔了， 我不想插入李四和王五了。 我们怎么做呢？ 就可以使用定向回滚， 回滚到我们设置的某一个保存点处。 

  rollback to s2;

  

  我们再查看表中数据， 就没有李四和王五了！        

  

  然后事务结束之后， 我们不想要回滚了， 就像直接提交了。 我们就可以使用commit

  commit;

  

  rollback

  然后我们也可以直接rollback把从开始到目前所做的操作全部放弃掉。

  start transaction;
  insert into account values(1, '张三', 1234.5);
  insert into account values(2, '李四', 4321.6);
  insert into account values(3, '王五', 5432.7);
  

  

  

  rollback;

   

  commit持久化

  然后我们再启动事务。 这一次我们插入数据后直接提交。 然后再回滚：

  start transaction;
  insert into account values(2, '李四', 4321.6);
  insert into account values(3, '王五', 5432.7);
  commit;
  //ctrl + \

  

  

  我们就会看到， 即便我们进行了回滚，数据也没有变化。 即：只要事务提交了， 就完成了持久化， 事务无法回滚！！！

  事务异常

          我们要做的实验就是我们正在启动有一个事务。 但是客户端挂掉了， 莫名崩溃掉了。 这个时候mysql是怎么处理的。 所以我们就先插入一条数据， 然后ctrl + ‘\’， 让mysql客户端崩溃。 如下：

  start transaction;
  insert into account values(4, '赵六', 6666.6);

  

  然后我们再查看表数据， 会发现， 新插入的数据没有提交， 没有持久化。 也就是完成了自动回滚。 

  

          直接关掉终端也是一样的， 但是截图不了。 友友们自行测试。

  这一次， 我们先commit， 再异常退出：

  start transaction;
  insert into account values(4, '赵六', 6666.6);
  commit;
  //ctrl + \

  

  结果可以预见， 完成了持久化：

  

          默认情况下， 提交方式是自动提交：

  show variables like'autocommit';

  

          但是， 对于事物的提交类型。 自动提交不影响我们的begin和commit。 对于begin也就是手动开启的事务来说， 我们收到开启， 就得手动commit。也就是说， 即便我们将set autocommit = 0，结果也不会有什么不同。  

  自动提交和不自动提交

  现在我们来谈一下自动提交和不自动提交有什么用。 现在来一组对比试验：

  先看自动提交：

  show variables like 'autocommit';

  

  我们再另一个客户端上面启动一个事务， 然后查看当前表的数据：

  

  然后回到原来的客户端删掉id为1的数据：

  delete from account where id = 1;

  

  这个时候我们终止这个客户端。

  show variables like'autocommit';

  

  然后去另一个客户端查看表数据， 会发现， 刚刚删掉的数据确实没了：

  

  这个符合我们的预期。 

  但是我们再来看另一个实验， 这个时候设置为手动提交：

  设置手动提交， 然后删除数据， 最后终止客户端。 

  set autocommit = 0;
  delete from account where id = 2;
  //ctrl + \

  

  我们去检查另一个客户端的数据，表中数据是否被删除：

  

  可以看到， 并没有被删除。 

          通过上面我们的现象， 我们可以猜测， autocommit影响的是我们的单sql。 其实我们以前的sql语句， 都是一个事务。 这个事务默认是自动提交的。 这个涉及到了MySQL的两大特性。 一个是原子性， 一个是持久性。   

  

  ——————以上就是本节全部内容哦， 如果对友友们有帮助的话可以关注博主， 方便学习更多知识哦！！！