MySQL - 事务（从入门到入门）

事务的应用场景说明

• 什么是事务

• 在实际的开发过程中，一个业务操作如：转账，往往是要多次访问数据库才能完成的。转账是一个用户扣钱，另一个用户加钱。
• 如果其中有一条 SQL 语句出现异常，这条 SQL 就可能执行失败。
• 事务执行是一个整体，所有的 SQL 语句都必须执行成功。
• 如果其中有 1 条 SQL 语句出现异常，则所有的SQL 语句都要回滚，整个业务执行失败。

• 转账的操作

--创建数据表CREATETABLEaccount (
idINTPRIMARYKEYAUTO_INCREMENT,
NAMEVARCHAR(10),
balanceDOUBLE);
--添加数据INSERTINTOaccount (NAME, balance) VALUES ('张三', 1000), ('李四', 1000);

模拟张三给李四转 500 元钱，一个转账的业务操作最少要执行下面的 2 条语句：

• 张三账号-500
• 李四账号+500

--张三账号-500updateaccountsetbalance=balance-500wherename='张三';
--李四账号+500updateaccountsetbalance=balance+500wherename='李四';

• 假设当张三账号上-500 元,服务器崩溃了。李四的账号并没有+500 元，数据就出现问题了。
• 我们需要保证其中一条 SQL 语句出现问题，整个转账就算失败。只有两条 SQL 都成功了转账才算成功。这个时候就需要用到事务。

手动提交事务

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

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

• 手动提交事务的 SQL 语句

手动提交事务使用过程

• 执行成功的情况：

• 开启事务 --> 执行多条 SQL 语句 --> 成功提交事务

• 执行失败的情况：

• 开启事务 --> 执行多条 SQL 语句 --> 事务的回滚

• 案例演示 1：事务提交

• 模拟张三给李四转 500 元钱（成功） 目前数据库数据如下

• 使用 DOS 控制台进入 MySQL
• 执行以下 SQL 语句： 1.开启事务， 2.张三账号-500， 3.李四账号+500
• 使用 SQLYog 查看数据库：发现数据并没有改变
• 在控制台执行 commit 提交事务：
• 使用 SQLYog 查看数据库：发现数据改变 案例演示 2：事务回滚

• 模拟张三给李四转 500 元钱（失败） 目前数据库数据如下

• 在控制台执行以下 SQL 语句：1.开启事务， 2.张三账号-500
• 使用 SQLYog 查看数据库：发现数据并没有改变
• 在控制台执行 rollback 回滚事务：
• 使用 SQLYog 查看数据库：发现数据没有改变 总结

• 如果事务中 SQL 语句没有问题，commit 提交事务，会对数据库数据的数据进行改变。
• 如果事务中 SQL语句有问题，rollback 回滚事务，会回退到开启事务时的状态。

自动提交事务

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

• 将金额重置为 1000
• 更新其中某一个账户
• 使用 SQLYog 查看数据库：发现数据已经改变

• 取消自动提交

• 查看 MySQL 是否开启自动提交事务
• @@表示全局变量，1 表示开启，0 表示关闭

• 取消自动提交事务
• 执行更新语句，使用 SQLYog 查看数据库，发现数据并没有改变
• 在控制台执行 commit 提交任务

事务原理

• 原理图
• 事务的步骤

• 客户端连接数据库服务器，创建连接时创建此用户临时日志文件
• 开启事务以后，所有的操作都会先写入到临时日志文件中
• 所有的查询操作从表中查询，但会经过日志文件加工后才返回
• 如果事务提交则将日志文件中的数据写到表中，否则清空日志文件。

回滚点

• 在某些成功的操作完成之后，后续的操作有可能成功有可能失败，但是不管成功还是失败，前面操作都已经成功，可以在当前成功的位置设置一个回滚点。

• 可以供后续失败操作返回到该位置，而不是返回所有操作，这个点称之为回滚点。

• 回滚点的操作语句

• 具体操作：

• 将数据还原到 1000
• 开启事务
• 让张三账号减 3 次钱，每次 10 块
• 设置回滚点：savepoint three_times;
• 让张三账号减 4 次钱，每次 10 块
• 回到回滚点：rollback to three_times;
• 分析执行过程

• 总结：设置回滚点可以让我们在失败的时候回到回滚点，而不是回到事务开启的时候。

事务的隔离级别

• 事务的四大特性 ACID

• 事务的隔离级别

• 事务在操作时的理想状态： 所有的事务之间保持隔离，互不影响。因为并发操作，多个用户同时访问同一个数据。可能引发并发访问的问题

MySQL 数据库有四种隔离级别

• 上面的级别最低，下面的级别最高。“是”表示会出现这种问题，“否”表示不会出现这种问题。

• 隔离级别越高，性能越差，安全性越高。

MySQL 事务隔离级别相关的命令

• 查询隔离级别

select@@tx_isolation;

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

setglobaltransactionisolationlevel级别字符串;

脏读的演示

• 将数据进行恢复：UPDATE account SET balance = 1000;
• 1) 打开 A 窗口登录 MySQL，设置全局的隔离级别为最低

setglobaltransactionisolationlevelreaduncommitted;

• 2)  打开 B 窗口，AB 窗口都开启事务

useday23;
starttransaction;

• 3）A 窗口更新 2 个人的账户数据（初始值两者均为：balance = 1000），未提交

updateaccountsetbalance=balance-500whereid=1;
updateaccountsetbalance=balance+500whereid=2;

• 4）B 窗口查询账户

select*fromaccount;

• 5）A 窗口回滚

rollback;

• 6）B 窗口查询账户，钱没了 脏读非常危险的，比如张三向李四购买商品，张三开启事务，向李四账号转入 500 块，然后打电话给李四说钱已经转了。李四一查询钱到账了，发货给张三。张三收到货后回滚事务，李四的再查看钱没了。

• 解决脏读的问题

• 将全局的隔离级别进行提升

• 将数据进行恢复：

UPDATEaccountSETbalance=1000;

• 1）在 A 窗口设置全局的隔离级别为 read committed

setglobaltransactionisolationlevelreadcommitted;

• 2）B 窗口退出 MySQL，B 窗口再进入 MySQL 3）AB 窗口同时开启事务 4）A 更新 2 个人的账户，未提交

updateaccountsetbalance=balance-500whereid=1;
updateaccountsetbalance=balance+500whereid=2;

• 5）B 窗口查询账户
• 6）A 窗口 commit 提交事务
• 7）B 窗口查看账户 结论：read committed 的方式可以避免脏读的发生

不可重复读的演示

• 将数据进行恢复

UPDATEaccountSETbalance=1000;

• 1）开启 A 窗口

setglobaltransactionisolationlevelreadcommitted;

• 2）开启 B 窗口，在 B 窗口开启事务

starttransaction;
select*fromaccount;

• 3）在 A 窗口开启事务，并更新数据

starttransaction;
updateaccountsetbalance=balance+500whereid=1;
commit;

• 4）B 窗口查询

select*fromaccount;

• 两次查询输出的结果不同，到底哪次是对的？

• 不知道以哪次为准。 很多人认为这种情况就对了，无须困惑，当然是后面的为准。
• 我们可以考虑这样一种情况，比如银行程序需要将查询结果分别输出到电脑屏幕和发短信给客户，结果在一个事务中针对不同的输出目的地进行的两次查询不一致，导致文件和屏幕中的结果不一致，银行工作人员就不知道以哪个为准了。

• 解决不可重复读的问题：

• 将全局的隔离级别进行提升为：repeatable read

• 将数据进行恢复：

UPDATEaccountSETbalance=1000;

• 1）A 窗口设置隔离级别为：repeatable read

setglobaltransactionisolationlevelrepeatableread;

• 2）B 窗口退出 MySQL，B 窗口再进入 MySQL

starttransaction;
select*fromaccount;

• 3）A 窗口更新数据

starttransaction;
updateaccountsetbalance=balance+500whereid=1;
commit;

• 4）B 窗口查询

select*fromaccount;

• 结论：同一个事务中为了保证多次查询数据一致，必须使用 repeatable read 隔离级别

幻读的演示

• 在MySQL 中无法看到幻读的效果。
• 但我们可以将事务隔离级别设置到最高，以挡住幻读的发生 将数据进行恢复

UPDATE account SET balance = 1000;

• 1）开启 A 窗口

setglobaltransactionisolationlevelserializable; --设置隔离级别为最高

• 2）A 窗口退出 MySQL，A 窗口重新登录 MySQL

1. start transaction;
2. select count(*) from account;

• 3）再开启 B 窗口，登录 MySQL
• 4）在 B 窗口中开启事务，添加一条记录

1. start transaction; -- 开启事务
2. insert into account (name,balance) values ('LaoWang', 500);

• 5）在 A 窗口中 commit 提交事务，B 窗口中 insert 语句会在 A 窗口事务提交后立马运行
• 6）在 A 窗口中接着查询，发现数据不变

select count(*) from account;

• 7）B 窗口中 commit 提交当前事务
• 8）A 窗口就能看到最新的数据

• 结论：使用 serializable 隔离级别，一个事务没有执行完，其他事务的 SQL 执行不了，可以挡住幻读。