MySQL的事务和事务的隔离级别
一、什么是事务?
1.在实际开发过程中,如果一个包含多个步骤的业务操作,被事务管理,那么这些操作要么同时成功,要么同时失败。
2.例如: 转账操作,需要多次访问数据库才能完成,转账是一个用户扣钱,另一个用户加钱。
如果用户扣钱SQL正常执行而加钱 SQL 语句出现异常,那么这个业务操作就是失败的。
3.事务执行是一个整体,所有的 SQL 语句都必须执行成功。如果其中有 1 条 SQL 语句出现异常,则所有的SQL 语句都要回滚,整个业务执行失败。
二、事务分类
在MYSQL 中有两种方式进行事务操作
1.手动提交事务(需要先开启事务,再提交)
2.自动提交事务(一条DML(增删改)语句会自动提交一次事务)
mysql数据库默认是自动提交事务
Oracle 数据库默认是手动提交事务
A.手动提交事务
1.事务提交过程
1.开启事务 => 执行多条SQL => 成功则提交事务
2.开启事务 => 执行多条SQL => 失败则事务回滚
2.事务提交示例
1.模拟A给B转账1000成功
1.开启事务
START TRANSACTION;
2.A账户 -1000
UPDATE account SET balance = balance - 1000 WHERE NAME = 'A';
3. B账户 +1000
UPDATE account SET balance = balance + 1000 WHERE NAME = 'B';
4.执行没有问题,提交事务
COMMIT;
5.在提交事务后查看,发现数据改变
2.模拟A给B转账1000失败
1.开启事务
START TRANSACTION;
2.A账户 -1000
UPDATE account SET balance = balance - 1000 WHERE NAME = 'A';
3. B账户 +1000
UPDATE account SET balance = balance + 1000 WHERE NAME = 'B';
4.执行出现异常,回滚事务
ROLLBACK;
5.在提交事务后查看,发现数据没有改变
B.自动提交事务
1.事务测试
1.由于mysql默认自动提交事务,只要SQL无异常,那么数据必然发生改变.
UPDATE account SET balance =1000 WHERE NAME = 'A';
2.取消自动提交事务 set @@autocommit = 0;
随便执行一条DML语句,查看数据,发现数据并没有改变,
UPDATE account SET balance =2000 WHERE NAME = 'A';
执行commit操作,再次查看,数据发生改变。
COMMIT;
2.修改事务
事务状态: 1 代表自动提交 0 代表手动提交
查看事务的默认提交方式:
SELECT @@autocommit;
修改默认提交方式:
set @@autocommit = 0;
三、事务原理
1.事务原理是什么?
事务开启之后, 所有的操作都会临时保存到事务日志中, 事务日志只有在得到 commit 命令才会同步到数据表 中,其他任何情况都会清空事务日志(rollback,断开连接)
2.事务处理过程
1. 客户端连接数据库服务器,创建连接时创建此用户临时日志文件
2. 开启事务以后,所有的操作都会先写入到临时日志文件中
3. 所有的查询操作从表中查询,但会经过日志文件加工后才返回
4. 如果事务提交则将日志文件中的数据写到表中,否则清空日志文件。
四、事务回滚点
1.什么是事务回滚点?
在某些成功的操作完成之后,后续的操作有可能成功有可能失败,但是不管成功还是失败,前面操作都已经成功,可以在当前成功的位置设置一个回滚点。可以供后续失败操作返回到该位置,而不是返回所有操作,这个点称 之为回滚点。
2.回滚点操作语法
设置回滚点 savepoint 名字
回到回滚点 rollback to 名字
3.回滚点操作示例
1.开启事务
START TRANSACTION;
2.A账户 +100
UPDATE account SET balance = balance + 100 WHERE NAME = 'A';
3.设置回滚点
savepoint first_end
4. A账户 +100
UPDATE account SET balance = balance + 100 WHERE NAME = 'A';
5.回到回滚点
rollback to first_end;
6.执行没有问题,提交事务
COMMIT;
7.查询发现A账号只增加了100
3.回滚点总结
设置回滚点可以让我们在失败的时候回到回滚点,而不是回到事务开启的时候。
五、事务的四大特性(ACID)
1.事务的四大特性是什么?
事务特性 | 含义 |
---|---|
原子性(Atomicity) | 每个事务都是一个整体,不可再拆分,事务中所有的 SQL 语句要么都执行成功,要么都失败。 |
一致性(Consistency) | 事务在执行前数据库的状态与执行后数据库的状态保持一致。 |
隔离性(Isolation) | 事务与事务之间不应该相互影响,执行时保持隔离的状态。 |
持久性(Durability) | 一旦事务执行成功,对数据库的修改是持久的。 |
2.事务四大特性总结
1. 原子性:是不可分割的最小操作单位,要么同时成功,要么同时失败。
2. 一致性:事务操作前后,数据总量不变
3. 隔离性:多个事务之间。相互独立。
4. 持久性:当事务提交或回滚后,数据库会持久化的保存数据。
六、事务的隔离
1.为什么会有事务隔离?
所有的事务之间保持隔离,互不影响, 相互独立的。但在多个事务同时操作同一个数据时,会引发一些问题。
产生问题 | 含义 |
---|---|
脏读 | 一个事务读取到了另一个事务中尚未提交的数据 |
不可重复读(虚读) | 一个事务中两次读取数据的内容 不一致, 这是事务 update 引发的问题 |
幻读 | 一个事务中两次读取数据的数量 不一致,这是 insert 或 delete 时引发的问题 |
设置不同的隔离级别就可以解决这些问题。
2.事务隔离级别相关命令
1.查询隔离级别:
select @@tx_isolation;
2.设置隔离级别:
set global transaction isolation level 级别字符串;
注意: 需要退出 MySQL 再重新登录才能看到隔离级别的变化
3.隔离级别有几种?
隔离级别越高,性能越差,安全性越高。
Oracle默认隔离级别是 读已提交
MySQL默认隔离级别是 可重复读
级别 | 名字 | 隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|---|---|
1 | 读未提交 | read uncommitted | 是 | 是 | 是 |
2 | 读已提交 | read committed | 否 | 是 | 是 |
3 | 可重复读 | repeatable read | 否 | 否 | 是 |
4 | 串行化 | serializable | 否 | 否 | 否 |
4.脏读示例
1.设置隔离级别为最低 read uncommitted
set global transaction isolation level read uncommitted;
2.打开A B窗口,都开启事务
start transaction;
3.A窗口模拟转账操作,未提交
UPDATE account SET balance = balance - 1000 WHERE NAME = 'A';
UPDATE account SET balance = balance + 1000 WHERE NAME = 'B';
4.B窗口查询账号信息
select * from account;
此时B账号多了1000 ,读取到另一个事务未提交的数据
5.A窗口进行回滚
rollback;
6. B 窗口查询账户
select * from account;
此时,由于A窗口进行了回滚,B窗口这边由刚才查询多出1000变化为减少了1000,出现了数据脏读
7.将事务隔离级别设置为 read committed
set global transaction isolation level read committed;
重新模拟上诉操作 发现隔离级别由read uncommitted 提升read committed 避免了脏读的发生
结论:read committed 的方式可以避免脏读的发生
5.虚读示例
1.设置隔离级别为 read committed
set global transaction isolation level read committed;
2.打开A B窗口,都开启事务
start transaction;
3.A窗口模拟收款操作,并提交
UPDATE account SET balance = balance + 1000 WHERE NAME = 'A';
commit;
4.B窗口查询
select * from account;
查询两次,发现两次查询结果不同,一个是未+1000,一个是+1000
5.将事务隔离级别设置为 repeatable read
set global transaction isolation level repeatable read;
重新模拟上诉操作 发现隔离级别由read committed 提升repeatable read 避免了重复读(虚读)的发生
结论:同一个事务中为了保证多次查询数据一致,必须使用 repeatable read 隔离级别
6.幻读示例
1.由于mysql中无法看到幻读的效果,将事务隔离级别设置到最高,以挡住幻读的发生
set global transaction isolation level serializable;
2.A B 窗口开启事务
start transaction;
3.A窗口查询总记录数
select count(*) from account;
4. B 窗口添加一条记录
insert into account (name,balance) values ('C', 0);
此时,发现操作无法进行,光标一直在闪烁(基于dos窗口操作)
5. A窗口中提交事务
commit;
此时,发现B窗口中 insert语句会在A窗口事务提交后立即运行
6.在A窗口再次查询,发现数据不变
select count(*) from account;
7.B窗提交事务
commit;
8.A窗口再次查询,发现数据已更新
使用 serializable 隔离级别,一个事务没有执行完,其他事务的 SQL 执行不了,可以挡住幻读
结论:使用 serializable 隔离级别,一个事务没有执行完,其他事务的 SQL 执行不了,可以挡住幻读
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/137141.html