mysql手动事务

目录 🚀🚀

简要

手动事务使用案例 

事务的特性 

事务的隔离级别

脏读

不可重复读

幻读

查看事务隔离级别 

设置隔离级别

---

🫡🫡

简要

mysq事务是自动提交的, 例如insert, update语句等

如下:

想要手动设置mysql事务就需要使用如下语句:

-- 关闭自动提交
set autocommit = 0;

autocommit默认值为1, 也就是默认开启自动事务 

手动事务使用案例 

创建表格

create database if not exists db_transacton;
user db_transaction;

-- 创建用户表
create table userinfo(
    id int primary key,
    name varchar(20),
    money double
);

 插入数据:

insert into userinfo values(1,'zhangsan',1000);
insert into userinfo values(2,'lisi',1000);

设置手动提交事务:

set autocommit = 0;

在设置手动事务之前可以先查看autocommit的状态:

select @@autocommit;

-- 结果如下:

 结果为1相当于开启了自动提交.

模拟账户转账:

begin; -- 首先要开启事务
update userinfo set money = money - 200 where id = 1; -- id == 1代表zhangsan
update userinfo set money = money + 200 where id = 2; -- id == 2代表lisi 

-- 以下两个操作只能选择一个, 要么提交, 要么回滚
-- 执行完毕之后, 提交事务
commit;

-- 回滚事务
rollback

提交事务之后. 那么就相当于zhangsan向lisi转账成功, 回滚操作就相当于 提交的事务出现了问题,被重置, zhangshan和lisi都回到了交易之前的状态.

事务的特性 

• 原子性: 也就是事务开启之后, 之后的所有操作要么完成要么不完成, 就例如转账的时候, 涉及到一个人的账户减少, 另外一个人的账户增加, 那么这两个操作, 要么全部完成, 要么全部失败, 全部失败也就是执行了回滚操作, 让一个行为执行, 另外一个行为无法执行的情况重置到最开始的情况, 也就是两个行为都没发生的情况. 要么就两个行为都成功, 然后提交事务
• 一致性:这里的一致性可以理解为事务操作之后数据的正确性, 就例如一个人向另外一个人转账, 不可能是转账的那个人转出去500, 收账的人到账600吧? 这不符合数据库的正确性, 所以事务操作应该保证在执行事务的前后, 系统数据的正确性
• 隔离性: 这个事物在操作的过程中, 有可能收到其他事务的干扰, 例如有一个人向收账人转账, 收账人又对其账户进行取款, 那么转账这个行为就是取款这个操作看不见的. 我有1000大洋, 我向别人转账的时候, 分两步, 一步是我的扣200, 另外一步是别人的账户加200, 提交事务后那我的账户就是800,但是这个时候如果另外一个给我转账的事务也在进行, 给我转了500块, 但是给我转账的事务是先提交的, 这个时候我的账户就是1500, 然后再提交我给别人转账的事务, 那么就将我的账户余额修改为了800, 那么我不亏大发了. 所以应该设置隔离, 让这两个事务尽量互不干扰.
• 持久性: 事务一旦提交, 其结果就是数据库被修改, 数据就会在本地数据库进行存储或者修改, 本地磁盘的操作是永久的. 除非下次继续修改此磁盘.

事务的隔离级别

        Isolate, 顾名思义就是将事务与另外一个事物隔离开, 为什么要隔离开呢? 如果一个事物正在操作的数据也被另外一个事务修改了, 最后执行结果可能无法达到预期, 如果没有隔离这两个事务, 那么后面还会导致很多问题出现.

        这张图,  越往下面, 也就是越靠近序列化, 那么他的隔离级别就越高, 反之就越低, mysql的隔离级别默认是可重复度, 

        下面我们探究一个这四个事务隔离级别的作用:

• 读未提交( Read uncommitted )

        一个事务可以读取另一个未提交事务的数据，最低级别，任何情况都无法保证,会造成脏读问题.

• 读已提交(Read committed)

        一个事务要等另一个事务提交后才能读取数据，可避免脏读的发生，会造成不可重复读 

• 可重复读(Repeatable read)
  
          就是在开始读取数据(事务开启)时，不再允许修改操作，可避免脏读、不可重复读的发生但是会造成幻读。 

• 串行(Serializable)
          是最高的事务隔离级别，在该级别下，事务串行化顺序执行，可以避免脏读、不可重复读与幻读。但是这种事务隔离级别效率低下，比较耗数据库性能，一般不使用 

---

下面来分析一下什么叫做脏读, 不可重复读, 幻读!!  

脏读

        脏读又称无效数据的读出，是指在数据库访问中，事务T1将某一值修改，然后事务T2读取该值，此后T1因为某种原因撤销对该值的修改，这就导致了T2所读取到的数据是无效的，值得注意的是，脏读一般是针对于update操作的.

        一个事务正在访问数据, 并且对数据做出了修改, 但是这种修改并没有提交到数据库中去, 也就是虽然修改了数据库的值, 但是并未提交事务, 没有提交事务就代表这个事物随时可能因为出现问题而回滚, 此外另外一个事务也访问这个数据, 然后使用了这个数据, 但是这个数据并未随着事务提交,而事后这个事务因为某些原因写入了错误的值而回滚, 这个时候另外一个事物读取到了这个错误的数据, 也就是脏数据, 依据这个脏数据做出的行为是不正确的. 他很有可能破坏事物的一致性. 那么这个事务读取这个错误的数据的行为就叫做脏读.

不可重复读

        不可重复读，是指在数据库访问中，一个事务范围内两个相同的查询却返回了不同数据。

        在一个事务内, 多次访问同一个数据, 但是同时另外一个事物也在访问同一数据并且要修改这个数据, 而且这个修改操作是穿插在这个事务多次访问之间的, 由于别的事务的修改, 那么会让第一个事务多次读取可能会存在读到的数据不一样的情况, 这样就发生了一个事务多次读取同一个数据, 但是读取到的结果是不一样的情况, 因此称为不可重复读.

幻读

        指当事务不是独立执行时发生的一种现象.

        例如, 事务T1对一个表中的数据进行了修改, 这个修改操作设计表中的全部数据行, 同时第二个事务T2也修改这个表中的数据, 这种修改时向表中插入一行新数据, 那么以后就会发生: 操作事务T1的用户发现表中还存在没有修改的数据行, 就好像发生了幻觉一样. 

        解决 幻读, 一般的方法是增加范围锁rangeS, 锁定检索范围为只读, 这样就避免了幻读.

查看事务隔离级别 

show variables like '%isolation%'

 

其中Variable_name = transaction_isolation 的value值为 Repeatable-read, 也就是可重复读.

设置隔离级别

-- 设置读未提交
set session transaction isolation level read uncommitted;

-- 设置读已提交
set session transaction isolation level read committed;

-- 设置可重复读
set session transaction isolation level repeatable read;

-- 设置串行化
set session transaction isolation level serializable;

---

---

---