当前位置:   article > 正文

MySQL-----事务(详解)

MySQL-----事务(详解)

目录

一.事务简介:

二.事务操作:

未控制事务:

事务的控制方法一:

 事务的控制方法二:

 三:事务的四大特性:

四.并发事务问题:

五.事务的隔离级别:


一.事务简介:

事务 是一组操作的集合,它是一个不可分割的工作单位,事务会把所有的操作作为一个整体一起向系 统提交或撤销操作请求,即这些操作要么同时成功,要么同时失败

比如,银行转账的操作就是一个典型的事务问题,举个例子:张三给李四转账1000块钱,张三银行账户的钱减少1000,而李四银行账户的钱要增加 1000。 这一组操作就必须在一个事务的范围内,要么都成功,要么都失败。

正常情况: 转账这个操作, 需要分为以下这么三步来完成 , 三步完成之后, 张三减少1000, 而李四 增加1000, 转账成功 :

异常情况: 转账这个操作, 也是分为以下这么三步来完成 , 在执行第三步是报错了, 这样就导致张 三减少1000块钱, 而李四的金额没变, 这样就造成了数据的不一致, 就出现问题了:

 

为了解决上述的问题,就需要通过数据的事务来完成,我们只需要在业务逻辑执行之前开启事务,执行 完毕后提交事务。如果执行过程中报错,则回滚事务,把数据恢复到事务开始之前的状态:

注意: 默认MySQL的事务是自动提交的,也就是说,当执行完一条DML语句时,MySQL会立即隐式的提交事务。

由于MySQL的事务自动提交的这种特性,就要求我们将设置修改为手动事务,以此来发现问题并且解决问题。

二.事务操作:

未控制事务:

  • 数据准备(这里我们根据上面的例子来说明问题):
  1. # 数据准备
  2. drop table if exists account;
  3. create table account(
  4. id int primary key auto_increment comment 'ID',
  5. name varchar(10) comment'年龄',
  6. money double(10,2) comment '余额'
  7. )comment '账户表';
  8. insert into account(name,money) values('张三',2000),('李四',2000);

1).测试正常情况:

  1. # 未控制事务
  2. -- 1.查询张三余额
  3. select * from account where name = '张三';
  4. -- 2.张三的余额减少1000
  5. update account set money = money - 1000 where name = '张三';
  6. -- 3.李四的余额增加1000
  7. update account set money = money + 1000 where name = '李四';

运行结果:

 2).异常情况(执行前要先将数据回复原样):

  1. -- 将数据回复原样
  2. update account set money = 2000 where name = '张三' or name = '李四';
  3. -- 1.查询张三余额
  4. select * from account where name = '张三';
  5. -- 2.张三的余额减少1000
  6. update account set money = money - 1000 where name = '张三';
  7. 事务异常…… -- 异常情况,第三条SQL语句不会执行
  8. -- 3.李四的余额增加1000
  9. update account set money = money + 1000 where name = '李四';

我们把数据都恢复到2000, 然后再次一次性执行上述的SQL语句(出错了.... 这句话不符合SQL语 法,执行就会报错),检查最终的数据情况, 发现数据在操作前后不一致了。 

执行结果:

为了解决这样的问题,我们引入事务的控制方法:

事务的控制方法一:

  1. # 事务的控制方式一:
  2. 1). 查看/设置事务提交方式
  3. SELECT @@autocommit ;-- 查看事务的提交方式
  4. -- 1 为事务自动提交,0为事务手动提交
  5. SET @@autocommit = 0 ;-- 修改事务的提交方式
  6. 2). 提交事务
  7. COMMIT;
  8. 3). 回滚事务
  9. ROLLBACK;

具体实现:

  1. -- 1). 查看/设置事务提交方式
  2. select @@autocommit ; -- 1 为事务自动提交,0为事务手动提交
  3. set @@autocommit = 0 ;-- 将事务设置为手动提交
  4. -- 1.查询张三余额
  5. select * from account where name = '张三';
  6. -- 2.张三的余额减少1000
  7. update account set money = money - 1000 where name = '张三';
  8. -- 3.李四的余额增加1000
  9. update account set money = money + 1000 where name = '李四';
  10. -- 2). 提交事务
  11. commit;
  12. -- 3). 回滚事务
  13. rollback;

 注意:上述的这种方式,我们只是修改了事务的自动提交行为, 把默认的自动提交修改为了手动提 交, 此时我们执行的DML语句都不会提交, 只有执行到commit之后才会完成提交。

 事务的控制方法二:

  1. # 事务的控制方法二:
  2. 1). 开启事务
  3. START TRANSACTION 或 BEGIN ;
  4. 2). 提交事务
  5. COMMIT;
  6. 3). 回滚事务
  7. ROLLBACK

具体实现:

  1. # 控制事务的方式二:--->控制之前要设置为自动提交
  2. SET @@autocommit = 1 ;
  3. -- 1). 开启事务
  4. start transaction;
  5. -- 1.查询张三余额
  6. select * from account where name = '张三';
  7. -- 2.张三的余额减少1000
  8. update account set money = money - 1000 where name = '张三';
  9. -- 3.李四的余额增加1000
  10. update account set money = money + 1000 where name = '李四';
  11. -- 2). 提交事务
  12. commit;
  13. -- 3). 回滚事务
  14. rollback;

 三:事务的四大特性:

  •  原子性(Atomicity):事务是不可分割的最小操作单元,要么全部成功,要么全部失败。
  • 一致性(Consistency):事务完成时,必须使所有的数据都保持一致状态。
  • 隔离性(Isolation):数据库系统提供的隔离机制,保证事务在不受外部并发操作影响的独立 环境下运行。
  • 持久性(Durability):事务一旦提交或回滚,它对数据库中的数据的改变就是永久的。

上面四个属性,可以简称为 ACID 。

原子性(Atomicity,或称不可分割性)

一致性(Consistency)

隔离性(Isolation,又称独立性)

持久性(Durability)。

四.并发事务问题:

  •  赃读:一个事务读到另外一个事务还没有提交的数据。
  •  不可重复读:一个事务先后读取同一条记录,但两次读取的数据不同,称之为不可重复读。 

 

  • 幻读:一个事务按照条件查询数据时,没有对应的数据行,但是在插入数据时,又发现这行数据 已经存在,好像出现了 "幻影"。 

五.事务的隔离级别:

为了解决并发事务所引发的问题,在数据库中引入了事务隔离级别。主要有以下几种: 

注意:X表示该级别已经解决了对应问题,√ 表示该级别没有解决这个问题

读未提交【Read Uncommitted】: 在该隔离级别,所有的事务都可以看到其他事务没有提交的执行结果。(实际生产中不可能使用这种隔离级别的),但是相当于没有任何隔离性,也会有很多并发问题,如脏读,幻读,不可重复读等.

读提交【Read Committed】:该隔离级别是大多数数据库的默认的隔离级别(不是 MySQL 默认的)。它满足了隔离的简单定义:一个事务只能看到其他的已经提交的事务所做的改变。这种隔离级别会引起不可重复读,即一个事务执行时,如果多次 select,可能得到不同的结果。

可重复读【Repeatable Read】: 这是 MySQL 默认的隔离级别,它确保同一个事务,在执行中,多次读取操作数据时,会看到同样的数据行。但是有的数据库会有幻读问题。(MySQL不会)

串行化【Serializable】: 这是事务的最高隔离级别,它通过强制事务排序,使之不可能相互冲突,从而解决了幻读的问题。它在每个读的数据行上面加上共享锁。但是可能会导致超时和锁竞争(这种隔离级别太极端,实际生产基本不使用)

具体操作:

  1. -- 1). 查看事务隔离级别
  2. SELECT @@TRANSACTION_ISOLATION;
  3. -- 2). 设置事务隔离级别
  4. SET [ SESSION | GLOBAL ] TRANSACTION ISOLATION LEVEL { READ UNCOMMITTED |
  5. READ COMMITTED | REPEATABLE READ | SERIALIZABLE }

注意:事务隔离级别越高,数据越安全,但是性能越低。 

结语: 写博客不仅仅是为了分享学习经历,同时这也有利于我巩固知识点,总结该知识点,由于作者水平有限,对文章有任何问题的还请指出,接受大家的批评,让我改进。同时也希望读者们不吝啬你们的点赞+收藏+关注,你们的鼓励是我创作的最大动力!

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/weixin_40725706/article/detail/613370
推荐阅读
相关标签
  

闽ICP备14008679号