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 串行化可以彻底解决幻读,但是 事务只能排队执行,严重影响效率,数据库不会使用这种隔离级别