♥️作者:小刘在C站
♥️个人主页:小刘主页
♥️每天分享云计算网络运维课堂笔记,努力不一定有收获,但一定会有收获加油!一起努力,共赴美好人生!
♥️树高千尺,落叶归根人生不易,人间真情
目录
事务
1 事务简介
2 事务操作
数据准备:
2.1 未控制事务
1). 测试正常情况
2). 测试异常情况
2.2 控制事务一
1). 查看/设置事务提交方式
2). 提交事务
3). 回滚事务
2.3 控制事务二
1). 开启事务
2). 提交事务
3). 回滚事务
6.3 事务四大特性
6.4 并发事务问题
6.5 事务隔离级别
事务
1 事务简介
 
 事务 是一组操作的集合,它是一个不可分割的工作单位,事务会把所有的操作作为一个整体一起向系  
 
 
 统提交或撤销操作请求,即这些操作要么同时成功,要么同时失败。  
 
 
 就比如 
 :  
 张三给李四转账 
 1000 
 块钱,张三银行账户的钱减少 
 1000 
 ,而李四银行账户的钱要增加  
 
 
 1000 
 。 这一组操作就必须在一个事务的范围内,要么都成功,要么都失败。 
 
 
 
 
 正常情况 
 :  
 转账这个操作 
 ,  
 需要分为以下这么三步来完成  
 ,  
 三步完成之后 
 ,  
 张三减少 
 1000,  
 而李四  
 
 
 增加 
 1000,  
 转账成功  
 :  
 
 
 
 
 异常情况 
 :  
 转账这个操作 
 ,  
 也是分为以下这么三步来完成  
 ,  
 在执行第三步是报错了 
 ,  
 这样就导致张  
 
 
 三减少 
 1000 
 块钱 
 ,  
 而李四的金额没变 
 ,  
 这样就造成了数据的不一致 
 ,  
 就出现问题了。  
 
 
 
 
 
 为了解决上述的问题,就需要通过数据的事务来完成,我们只需要在业务逻辑执行之前开启事务,执行完毕后提交事务。如果执行过程中报错,则回滚事务,把数据恢复到事务开始之前的状态。  
 
 
 
注意: 默认MySQL的事务是自动提交的,也就是说,当执行完一条DML语句时,MySQL会立即隐式的提交事务。
2 事务操作
数据准备:
drop table if exists account;
create table account(
id int primary key AUTO_INCREMENT comment 'ID',
name varchar(10) comment '姓名',
money double(10,2) comment '余额'
) comment '账户表';
insert into account(name, money) VALUES ('张三',2000), ('李四',2000); 
 2.1 未控制事务
1). 测试正常情况
-- 1. 查询张三余额
select * from account where name = '张三';
-- 2. 张三的余额减少1000
update account set money = money - 1000 where name = '张三';
-- 3. 李四的余额增加1000
update account set money = money + 1000 where name = '李四'; 
  
  测试完毕之后检查数据的状态 
  ,  
  可以看到数据操作前后是一致的 
 
 
 
2). 测试异常情况
 
  -- 1.  
  查询张三余额  
 
 
  
  select  
  *  
  from  
  account  
  where  
  name =  
  ' 
  张三 
  ' 
  ;  
 
 
  
  -- 2.  
  张三的余额减少 
  1000  
 
 
  
  update  
  account  
  set  
  money = money -  
  1000  
  where  
  name =  
  ' 
  张三 
  ' 
  ;  
 
 
  
  出错了 
  ....  
 
 
  
  -- 3.  
  李四的余额增加 
  1000  
 
 
  
  update  
  account  
  set  
  money = money +  
  1000  
  where  
  name =  
  ' 
  李四 
  ' 
  ;  
 
 
 
  我们把数据都恢复到 
  2000 
  , 然后再次一次性执行上述的 
  SQL 
  语句 
  ( 
  出错了 
  ....  
  这句话不符合 
  SQL 
  语  
 
 
  
  法 
  , 
  执行就会报错 
  ) 
  ,检查最终的数据情况 
  ,  
  发现数据在操作前后不一致了。  
 
 
  
  
 
 
 2.2 控制事务一
1). 查看/设置事务提交方式
SELECT @@autocommit ;
SET @@autocommit = 0 ; 
  2). 提交事务
COMMIT;  
 3). 回滚事务
ROLLBACK; 
  注意:上述的这种方式,我们是修改了事务的自动提交行为 , 把默认的自动提交修改为了手动提交 , 此时我们执行的 DML 语句都不会提交 , 需要手动的执行 commit 进行提交。
2.3 控制事务二
1). 开启事务
START TRANSACTION 或 BEGIN ; 
  2). 提交事务
COMMIT; 
  3). 回滚事务
 
     ROLLBACK;  
    
 
    
     转账案例:  
    
 
   -- 开启事务
start transaction
-- 1. 查询张三余额
select * from account where name = '张三';
-- 2. 张三的余额减少1000
update account set money = money - 1000 where name = '张三';
-- 3. 李四的余额增加1000
update account set money = money + 1000 where name = '李四';
-- 如果正常执行完毕, 则提交事务
commit;
-- 如果执行过程中报错, 则回滚事务
-- rollback; 
    6.3 事务四大特性
 
     原子性( 
     Atomicity 
     ):事务是不可分割的最小操作单元,要么全部成功,要么全部失败。  
    
 
     
     一致性( 
     Consistency 
     ):事务完成时,必须使所有的数据都保持一致状态。  
    
 
     
     隔离性( 
     Isolation 
     ):数据库系统提供的隔离机制,保证事务在不受外部并发操作影响的独立  
    
 
     
     环境下运行。  
    
 
     
     持久性( 
     Durability 
     ):事务一旦提交或回滚,它对数据库中的数据的改变就是永久的。  
    
 
     
     上述就是事务的四大特性,简称 
     ACID 
     。  
    
 
   
6.4 并发事务问题
 
     1).  
     赃读:一个事务读到另外一个事务还没有提交的数据。  
    
 
   
 
   
 
     比如 
     B 
     读取到了 
     A 
     未提交的数据。 
    
 
    
     2).  
     不可重复读:一个事务先后读取同一条记录,但两次读取的数据不同,称之为不可重复读。  
    
 
     
    
 
    
 
     3).  
     幻读:一个事务按照条件查询数据时,没有对应的数据行,但是在插入数据时,又发现这行数据已经存在,好像出现了  
     " 
     幻影 
     " 
     。  
    
 
     
    
 
    6.5 事务隔离级别
为了解决并发事务所引发的问题,在数据库中引入了事务隔离级别。主要有以下几种:

1). 查看事务隔离级别
SELECT @@TRANSACTION_ISOLATION; 
     
     2).  
     设置事务隔离级别 
    
 
     
    SET [ SESSION | GLOBAL ] TRANSACTION ISOLATION LEVEL { READ UNCOMMITTED |
READ COMMITTED | REPEATABLE READ | SERIALIZABLE } 
     注意:事务隔离级别越高,数据越安全,但是性能越低。
♥️关注,就是我创作的动力
♥️点赞,就是对我最大的认可
♥️这里是小刘,励志用心做好每一篇文章,谢谢大家


















