MySQL— 基础语法大全及操作演示！！！（事务）

数据库系列文章：

关系型数据库 — MySQL:

• 1、基础语法大全（上）—— MySQL概述、SQL
• 2、基础语法大全（中）—— 函数、约束
• 3、基础语法大全（下）—— 多表查询
• 4、基础语法大全（下） ——事务
• 5、MySQL进阶（上）—— 存储引擎、 索引
• 6、MySQL进阶（中）—— SQL 优化、视图/存储过程/触发器
• 7、MySQL进阶（下）—— 锁、InnoDB 引擎、MySQL 管理

非关系型数据库 — Redis:

• 1、Redis 的安装与配置
• 2、Redis 基本命令（上）
• 3、Redis 基本命令（下）
• 4、Redis 持久化
• 5、Redis 主从集群
• 6、Redis 分布式系统
• 7、Redis 缓存
• 8、Lua脚本详解
• 9、分布式锁

六、事务

6.1 事务简介

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

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

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

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

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

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

6.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);

6.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语法,执行就会报错)，检查最终的数据情况, 发现数据在操作前后不一致了。

6.2.2 控制事务一

⭐️ 1). 查看/设置事务提交方式

select @@autocommit ;
set @@autocommit = 0 ; -- 设置为手动提交，业务完成后也执行 commit 指令.

⭐️ 2). 提交事务

commit;

⭐️ 3). 回滚事务

rollback;

注意：上述的这种方式，我们是修改了事务的自动提交行为, 把默认的自动提交修改为了手动提交, 此时我们执行的DML语句都不会提交, 需要手动的执行 commit 进行提交。

6.2.3 控制事务二

⭐️ 1). 开启事务

start transaction 或 begin ;

⭐️ 2). 提交事务

commit;

⭐️ 3). 回滚事务

rollback;

6.3 事务四大特性

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

上述就是事务的四大特性，简称 ACID。

6.4 并发事务问题

⭐️ 1). 赃读：一个事务读到另外一个事务还没有提交的数据。

• 比如A读取到了B未提交的数据。

# 先设置隔离级别
set session transaction isolation level read uncommitted ;

• read committed 可以解决脏读！

# 修改隔离级别
set session transaction isolation level read committed ;

⭐️ 2). 不可重复读：一个事务先后读取同一条记录，但两次读取的数据不同，称之为不可重复读。

• 事务A两次读取同一条记录，但是读取到的数据却是不一样的。

• repeatable read 可以解决不可重复读！

# 修改隔离级别
set session transaction isolation level repeatable read ;

⭐️ 3). 幻读：一个事务按照条件查询数据时，没有对应的数据行，但是在插入数据时，又发现这行数据已经存在，好像出现了 “幻影”。

• repeatable read 可以解决幻读！

# 修改隔离级别
set session transaction isolation level serializable ;

6.5 事务隔离级别

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

• 从上到下隔离级别越来越高，但性能越来越差。

⭐️ 1). 查看事务隔离级别

select @@transaction_isolation;

⭐️ 2). 设置事务隔离级别

set [ session | global ] transaction isolation level { read uncommitted | read committed | repeatable read | serializable }

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

• 一般使用默认级别不会去修改！

🚀🚀🚀 事务操作 快速食用：---------------------------------------------------------------------------------------------------------------------------------------------------------------------------->

# 1). 开启事务
start transaction 或 begin ;

# 2). 提交/回滚事务
commit / rollback;

# 3). 事务的四大特性（ACID）
原子性(Atomicity)、 一致性(Consistency)、 隔离性(Isolation)、 持久性(Durability)

# 4). 并发事务问题
脏读、不可重复读、幻读

# 5). 事务隔离级别
read uncommitted 、 read committed 、 repeatable read 、 serializable

-- 设置事务隔离级别
set [ session | global ] transaction isolation level { read uncommitted | read committed | repeatable read | serializable }

注：仅供学习参考！如有不足，欢迎指正！！！