目录
事务
事务的概念
什么是事务：
一个业务操作，如：转账操作。需要执行多条SQL语句，如果有一条语句失败，已经执行的语句必须进行回滚，要回到没有执行前的状态。要么所有的语句全部执行成功，要么就全部失败，称为事务Transaction。
事务的四大特性
|
事务特性 |
含义 |
|
原子性（Atomicity） |
事务中所有的代码必须是一个整体，要么全部成功，要么全部失败。 |
|
一致性（Consistency） |
事务在执行前或执行后，数据库的状态必须保持一致。如转账前总金额与转账后总金额要相同。 |
|
隔离性（Isolation） |
如果同时有多个事务在数据库中执行，事务与事务之间不能相互影响。 |
|
持久性（Durability） |
如果事务执行成功，对数据库影响是持久的。 |
事务的应用场景说明
- 转账的操作
-- 创建数据表
CREATE TABLE account (
id INT PRIMARY KEY AUTO_INCREMENT,
NAME VARCHAR(10),
balance DOUBLE
);
-- 添加数据
INSERT INTO account (NAME, balance) VALUES ('Jack', 1000), ('Rose', 1000);
- 转账需求：
模拟Jack给Rose转500元钱，一个转账的业务操作最少要执行下面的2条语句：
Jack账号-500
Rose账号+500
-- 从jack中扣钱500块
update account set balance=balance-500 where name='Jack';
-- 给rose加钱
update account set balance=balance+500 where name='Rose';
假设当Jack账号上-500元,服务器崩溃了。Rose的账号并没有+500元，数据就出现问题了。我们需要保证其中一条SQL语句出现问题，整个转账就算失败。只有两条SQL都成功了转账才算成功。这个时候就需要用到事务。
手动提交事务
MYSQL中可以有两种方式进行事务的操作：
- 手动提交事务
- 自动提交事务
手动提交事务的SQL语句
|
功能 |
SQL语句 |
|
开启事务 |
start transaction |
|
提交事务 |
commit |
|
回滚事务 |
rollback |
手动提交事务使用过程：
案例演示1：事务提交
模拟Jack给Rose转500元钱（成功） 目前数据库数据如下：
- 使用DOS控制台进入MySQL
- 执行以下SQL语句： 1.开启事务， 2.Jack账号-500， 3.Rose账号+500
- 使用SQLYog查看数据库：发现数据并没有改变
- 在控制台执行commit提交任务：
- 使用SQLYog查看数据库：发现数据改变
案例演示2：事务回滚
模拟Jack给Rose转500元钱（失败）
- 在控制台执行以下SQL语句：1.开启事务， 2.Jack账号-500
- 使用SQLYog查看数据库：发现数据并没有改变
- 在控制台执行rollback回滚事务：
- 使用SQLYog查看数据库：发现数据没有改变
结论: 如果事务中SQL语句没有问题，commit提交事务，会对数据库数据的数据进行改变。 如果事务中SQL语句有问题，rollback回滚事务，会回退到开启事务时的状态。
自动提交事务
MySQL默认每一条DML(增删改)语句都是一个单独的事务，每条语句都会自动开启一个事务，执行完毕自动提交事务，MySQL默认开始自动提交事务
案例演示3：自动提交事务
- 将金额重置为1000
- 更新其中某一个账户
- 使用SQLYog查看数据库：发现数据已经改变
取消自动提交
- 查看MySQL是否开启自动提交事务
在mysql中@@开头，表示mysql中全局变量，可以直接使用
- 取消自动提交事务
- 执行更新语句，使用SQLYog查看数据库，发现数据并没有改变，在控制台执行commit提交任务
事务原理
事务开启之后, 所有的操作都会临时保存到事务日志中, 事务日志只有在得到commit命令才会同步到数据表中，其他任何情况都会清空事务日志(rollback，断开连接)
原理图：
事务的原理解释：
- 用户创建连接，创建日志文件
- 如果用户没有开启事务，所有的操作直接写到数据库中
- 如果开启事务，所有增删改操作写到日志文件中，并没有写到数据库中。
- 如果进行了查询操作，将表中的数据经过日志文件加工以后返回。
- 如果执行commit命令，把日志文件中的数据写到数据库
- 如果执行rollback命令，把日志文件清空，数据并没有写到数据库中。
回滚点
什么是回滚点
之前我们所有的事务操作都是回滚到事务开始之前，有时我们并不希望回滚到最前面，可能只是回滚到其中的某个点，设置回滚点。不用回滚到最开始的状态。
回滚点的操作语句
|
回滚点的操作语句 |
语句 |
|
设置回滚点 |
savepoint 名字 |
|
回到回滚点 |
rollback to 名字 |
具体操作：
- 将数据还原到1000
- 开启事务
- 让Jack账号减2次钱，每次10块
- 设置回滚点：savepoint two;
- 让Jack账号减2次钱，每次10块
- 回到回滚点：rollback to two;
- 分析执行过程
事务小结
|
事务的操作 |
MySQL操作事务的语句 |
|
开启事务 |
start transaction |
|
提交事务 |
commit |
|
回滚事务 |
rollback |
|
查询事务的自动提交情况 |
select @@autocommit |
|
设置事务的自动提交方式 |
set @@autocommit = 0; -- 手动提交 |
|
设置回滚点 |
savepoint 名字 |
|
回到回滚点 |
rollback to 名字 |
事务的隔离级别
事务的四大特性ACID
|
事务特性 |
含义 |
|
原子性（Atomicity） |
一个事务不可再分割，事务中所有的SQL语句是一个整体，要么全部成功，要么全部失败。 |
|
一致性（Consistency） |
事务在操作数据之前与操作数据之后，数据库的状态应该是一致。如：转账前与转账后两个人的总金额应该是一样的。 |
|
隔离性（Isolation） |
事务与事务之间不应该相互影响，一个事务的执行不应该影响到另一个事务。 |
|
持久性（Durability） |
如果事务提交，它对数据库的影响是持久的，就算服务器关闭，数据也是存在的。 |
事务的隔离级别
事务在操作时的理想状态：
|
并发访问的问题 |
含义 |
|
脏读 |
一个事务读取到了另一个事务中尚未提交的数据 |
|
不可重复读 |
一个事务中两次读取的数据内容不一致，要求的是一个事务中多次读取时数据是一致的，这是事务update时引发的问题 |
|
幻读 |
一个事务中两次读取的数据的数量不一致，要求在一个事务多次读取的数据的数量是一致的，这是insert或delete时引发的问题 |
MySQL数据库有四种隔离级别
上面的级别最低，下面的级别最高。“是”表示会出现这种问题，“否”表示不会出现这种问题。
|
级别 |
名字 |
隔离级别 |
脏读 |
不可重复读 |
幻读 |
数据库默认隔离级别 |
|
1 |
读未提交 |
read uncommitted |
是 |
是 |
是 |
|
|
2 |
读已提交 |
read committed |
否 |
是 |
是 |
Oracle和SQL Server |
|
3 |
可重复读 |
repeatable read |
否 |
否 |
是 |
MySQL |
|
4 |
串行化 |
serializable |
否 |
否 |
否 |
|
MySQL事务隔离级别相关的命令
- 查询全局事务隔离级别
|
查询隔离级别 |
select @@tx_isolation; |
- 设置事务隔离级别，需要退出MySQL再重新登录才能看到隔离级别的变化
|
设置隔离级别 |
set global transaction isolation level 级别字符串; |
脏读的演示
将数据进行恢复：UPDATE account SET balance = 1000;
- 打开A窗口登录MySQL，设置全局的隔离级别为最低
mysql -uroot -proot
set global transaction isolation level read uncommitted;
- 打开B窗口,AB窗口都开启事务
use day23;
start transaction;
- A窗口更新2个人的账户数据，未提交
update account set balance=balance-500 where id=1;
update account set balance=balance+500 where id=2;
- B窗口查询账户
select * from account;
- A窗口回滚
rollback;
- B窗口查询账户，钱没了
脏读非常危险的，比如Jack向Rose购买商品，Jack开启事务，向Rose账号转入500块，然后打电话给Rose说钱已经转了。Rose一查询钱到账了，发货给Jack。Jack收到货后回滚事务，Rose的再查看钱没了。
解决脏读的问题：将全局的隔离级别进行提升
将数据进行恢复：
UPDATE account SET balance = 1000;
- 在A窗口设置全局的隔离级别为read committed
set global transaction isolation level read committed;
B窗口退出MySQL，B窗口再进入MySQL 
AB窗口同时开启事务 
- A更新2个人的账户，未提交
update account set balance=balance-500 where id=1;
update account set balance=balance+500 where id=2;
- B窗口查询账户
A窗口commit提交事务
- B窗口查看账户
结论：read committed的方式可以避免脏读的发生
不可重复读的演示
将数据进行恢复：
UPDATE account SET balance = 1000;
- 开启A窗口
set global transaction isolation level read committed;
- 开启B窗口，在B窗口开启事务
start transaction;
select * from account;
- 在A窗口开启事务，并更新数据
start transaction;
update account set balance=balance+500 where id=1;
commit;
- B窗口查询
select * from account;
两次查询输出的结果不同，到底哪次是对的？不知道以哪次为准。 很多人认为这种情况就对了，无须困惑，当然是后面的为准。我们可以考虑这样一种情况，比如银行程序需要将查询结果分别输出到电脑屏幕和发短信给客户，结果在一个事务中针对不同的输出目的地进行的两次查询不一致，导致文件和屏幕中的结果不一致，银行工作人员就不知道以哪个为准了。
解决不可重复读的问题：
将全局的隔离级别进行提升为：repeatable read
将数据进行恢复：
UPDATE account SET balance = 1000;
- A窗口设置隔离级别为：repeatable read
set global transaction isolation level repeatable read;
- B窗口退出MySQL，B窗口再进入MySQL
start transaction;
select * from account;
- A窗口更新数据
start transaction;
update account set balance=balance+500 where id=1;
commit;
- B窗口查询
select * from account;
结论：同一个事务中为了保证多次查询数据一致，必须使用repeatable read隔离级别，B窗口再次提交事务即可看到数据变化
幻读的演示
我们可以将事务隔离级别设置到最高，以挡住幻读的发生 将数据进行恢复：
UPDATE account SET balance = 1000;
- 开启A窗口
set global transaction isolation level serializable; -- 设置隔离级别为最高
- A窗口退出MySQL，A窗口重新登录MySQL
start transaction;
select count(*) from account;
- 再开启B窗口，登录MySQL
- 在B窗口中开启事务，添加一条记录
start transaction; -- 开启事务
insert into account (name,balance) values ('LaoWang', 500);
- 在A窗口中commit提交事务，B窗口中insert语句会在A窗口事务提交后立马运行
- 在A窗口中接着查询，发现数据不变
select count(*) from account;
- B窗口中commit提交当前事务
- A窗口就能看到最新的数据
结论：使用serializable隔离级别，一个事务没有执行完，其他事务的SQL执行不了，可以挡住幻读