**前言**本节内容开始讲解事务。 博主计划用三节来讲解事务。 本篇为第一节 主要解释什么是事务 事务有什么用。 以及事物的基本操作和异常退出回滚情况。 下面不多说友友们 开始学习吧 **ps本节内容建议友友们学会表的操作后再来学习哦 会学的轻松很多*目录什么是事务CURD满足什么性质 才能解决上面的问题呢MySQL事务维护的四大属性为什么会出现事务实际操作准备工作事务正式操作rollback torollbackcommit持久化事务异常自动提交和不自动提交* *什么是事务-----我们现实大部分都是一组sql才能将一系列操作给做出来。在我们程序员的眼中一条sql就是一条操作。但是对于上层用户来说往往几条sql来完成某个逻辑就比如买票。 而这几条sql我们就称为事务。所以事务的本质要站在mysql的上层来看就是一条或者多条sql组合起来完成某种逻辑的集合体。并且对于数据库的CURD来说我们的买票场景 可能就有时候只剩下一张票 这时候来了一个人买票 但是还没有更新数据。此时又来了一个客户端 发现票数大于0 就又买了一次票。 但是当两个客户端都更新数据的时候 发现票数变为了-1。 这个时候就发生错误了 相当于多卖了一张票。 所以 事务就出现了。CURD满足什么性质 才能解决上面的问题呢----------------------- *买票的过程是原子的 *买票的过程不应该互相影响 *买完票应该是永久的 * **买完票后的状态应该是确定的**MySQL事务维护的四大属性-------------- * 原子性要么完成 要么不完成。 * 一致性一致性就是一个事务开始和开始之后 我们用户数据的完整性没有被破坏。在mysql中 对于一致性没有更多的操作。他只要做好原子性、隔离性、持久性、就能在技术层面上完成一致性。 * 隔离性数据库允许多个事务同时对数据进行修改和读写。隔离性可以将一个一个的事务隔离开 就能让事务之间不会彼此影响。事物的隔离性存在不同的分级。 * 持久性事务处理完之后 对于数据的修改就是永久的。即使是系统故障也不会丢失。 这四大属性被称为ACID为什么会出现事务--------事务是被mysql编辑着设计出来的。的按时事务不是天然就有的 而是当mysql被写出来之后 发现需要这个东西。另外 他是为了让我们的C/C或者java python这种用起来更加方便 简化编程模型 要么提交 要么回滚。 我们不去考虑宕机 网络异常各种情况。 所以 事物本身就是为了应用层服务的。实际操作准备工作--------在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的两大特性。 一个是原子性 一个是持久性。——————以上就是本节全部内容哦 如果对友友们有帮助的话可以关注博主 方便学习更多知识哦
