MySQL学习笔记-6 数据库事务

6 数据库事务

6.1 什么是事务

事务的介绍:

  • 事务是一个整体,由一条或者多条SQL 语句组成,这些SQL语句要么都执行成功,要么都执行失败, 只要有一条SQL出现异常,整个操作就会回滚,整个业务执行失败
    • 比如: 银行的转账业务,张三给李四转账500元 , 至少要操作两次数据库, 张三 -500, 李四 + 500,这中间任何一步出现问题,整个操作就必须全部回滚, 这样才能保证用户和银行都没有损失.

在这里插入图片描述
回滚:

  • 即在事务运行的过程中发生了某种故障,事务不能继续执行,系统将事务中对数据库的所有已完成的操作全部撤销,滚回到事务开始时的状态。(在提交之前执行)

6.2 模拟转账操作

6.2.1 创建 账户表

CREATE TABLE account(
    -- 主键
    id INT PRIMARY KEY AUTO_INCREMENT,
    -- 姓名
    NAME VARCHAR(10),
    -- 余额
    money DOUBLE
);

6.2.2 模拟 tom 给 jack 转 500 元钱,一个转账的业务操作最少要执行下面的几条语句:

-- 添加两个用户
INSERT INTO account (NAME, money) VALUES ('tom', 1000), ('jack', 1000);

-- tom账户 -500元
UPDATE account SET money = money - 500 WHERE NAME = 'tom';

出错了

-- jack账户 + 500元
UPDATE account SET money = money + 500 WHERE NAME = 'jack';

6.3 MySQL事务操作

MYSQL 中可以有两种方式进行事务的操作:

  • 手动提交事务
  • 自动提交事务

6.3.1 手动提交事务

语法格式:

功能 语句
开启事务 start transaction; 或者 BEGIN;
提交事务 commit;
回滚事务 rollback;
  • START TRANSACTION
    • 这个语句显式地标记一个事务的起始点。
  • COMMIT
    • 表示提交事务,即提交事务的所有操作,具体地说,就是将事务中所有对数据库的更新都写到磁盘上的物理数据库中,事务正常结束。
  • ROLLBACK
    • 表示撤销事务,即在事务运行的过程中发生了某种故障,事务不能继续执行,系统将事务中对数据库的所有已完成的操作全部撤销,回滚到事务开始时的状态

手动提交事务流程:

  • 执行成功的情况: 开启事务 -> 执行多条 SQL 语句 -> 成功提交事务
  • 执行失败的情况: 开启事务 -> 执行多条 SQL 语句 -> 事务的回滚
    在这里插入图片描述

6.3.1.1 成功案例 演示:

  • 模拟张三给李四转 500 元钱
    在这里插入图片描述
    在这里插入图片描述

6.3.2 自动提交事务

  • MySQL 默认每一条 DML(增删改)语句都是一个单独的事务,每条语句都会自动开启一个事务,语句
    执行完毕 自动提交事务,MySQL 默认开始自动提交事务
  • MySQL默认是自动提交事务

取消自动提交:

  • MySQL默认是自动提交事务,设置为手动提交.

1.登录mysql,查看autocommit状态。

SHOW VARIABLES LIKE 'autocommit';

在这里插入图片描述

on :自动提交
off : 手动提交

2.把 autocommit 改成 off;

SET @@autocommit=off;

在这里插入图片描述

3.再次修改,需要提交之后才生效

在这里插入图片描述

6.4 事务的四大特性 ACID

特性 含义
原子性 每个事务都是一个整体,不可再拆分,事务中所有的 SQL 语句要么都执行成功, 要么都失败。
一致性 事务在执行前数据库的状态与执行后数据库的状态保持一致。
如:转账前2个人的 总金额是 2000,转账后 2 个人总金额也是 2000.
隔离性 事务与事务之间不应该相互影响,执行时保持隔离的状态.
持久性 一旦事务执行成功,对数据库的修改是持久的。就算关机,数据也是要保存下来的.

6.5 MySQL 事务隔离级别(了解)

6.5.1 数据并发访问

  • 一个数据库可能拥有多个访问客户端,这些客户端都可以并发方式访问数据库. 数据库的相同数据可能被多个事务同时访问,如果不采取隔离措施,就会导致各种问题, 破坏数据的完整性

6.5.2 并发访问会产生的问题

  • 事务在操作时的理想状态: 所有的事务之间保持隔离,互不影响。因为并发操作,多个用户同时访问同一个 数据。可能引发并发访问的问题
并发访问的问题 说明
脏读 一个事务读取到了另一个事务中尚未提交的数据
不可重复读 一个事务中两次读取的数据内容不一致, 要求的是在一个事务中多次读取时数据是一致的. 这是进行 update 操作时引发的问题
幻读 一个事务中,某一次的 select 操作得到的结果所表征的数据状态, 无法支撑后续的业务操作. 查询得到的数据状态不准确,导致幻读.

6.5.3 四种隔离级别

  • 通过设置隔离级别,可以防止上面的三种并发问题.
  • MySQL数据库有四种隔离级别 上面的级别最低,下面的级别最高.
    • ✔ 会出现问题
    • ✘ 不会出现问题
级别 名字 隔离级别 脏读 不可重复读 幻读 数据库的默认隔离级别
1 读未提交 read uncommitted
2 读已提交 read committed Oracle和SQLServer
3 可重复读 repeatable read MySql
4 串行化 serializable

6.5.4 隔离级别相关命令

查看隔离级别:

select @@tx_isolation;

在这里插入图片描述


设置事务隔离级别,需要退出 MySQL 再重新登录才能看到隔离级别的变化:

set global transaction isolation level 级别名称;
read uncommitted 读未提交
read committed 读已提交
repeatable read 可重复读
serializable 串行化

例如: 修改隔离级别为 读未提交:

set global transaction isolation level read uncommitted;

6.6 隔离性问题演示

6.6.1 脏读演示

  • 脏读: 一个事务读取到了另一个事务中尚未提交的数据
    在这里插入图片描述

6.6.2 解决脏读问题

  • 脏读非常危险的,比如张三向李四购买商品,张三开启事务,向李四账号转入 500 块,然后打电话给李四说钱 已经转了。李四一查询钱到账了,发货给张三。张三收到货后回滚事务,李四的再查看钱没了。
  • 解决方案:
    • 将全局的隔离级别进行提升为: read committed
      在这里插入图片描述

6.6.3 不可重复读演示

  • 不可重复读: 同一个事务中,进行查询操作,但是每次读取的数据内容是不一样的
    在这里插入图片描述
  • 两次查询输出的结果不同,到底哪次是对的?
    • 不知道以哪次为准。 很多人认为这种情况就对了,无须困惑, 当然是后面的为准。
    • 我们可以考虑这样一种情况:
    • 比如银行程序需要将查询结果分别输出到电脑屏幕和发短信给客 户,结果在一个事务中针对不同的输出目的地进行的两次查询不一致,导致文件和屏幕中的结果不一致,银行工作 人员就不知道以哪个为准了

6.6.4 解决不可重复读问题

  • 将全局的隔离级别进行提升为: repeatable read
    在这里插入图片描述

6.6.5 幻读演示

  • 幻读: select 某记录是否存在,不存在,准备插入此记录,但执行 insert 时发现此记录已存在,无法插入,此时就发生了幻读。
    在这里插入图片描述

6.6.6 解决幻读问题

  • 将事务隔离级别设置到最高 SERIALIZABLE ,以挡住幻读的发生
  • 如果一个事务,使用了SERIALIZABLE——可串行化隔离级别时,在这个事务没有被提交之前 , 其他的线程,只能等到当前操作完成之后,才能进行操作,这样会非常耗时,而且,影响数据库的性能,数据库不会使用这种隔离级别

在这里插入图片描述
在这里插入图片描述

  • 总结:
    • serializable 串行化可以彻底解决幻读,但是 事务只能排队执行,严重影响效率,数据库不会使用这种隔离级别
展开阅读全文
©️2020 CSDN 皮肤主题: 数字20 设计师: CSDN官方博客 返回首页
实付0元
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值