目录
一.事务简介：
事务 是一组操作的集合，它是一个不可分割的工作单位，事务会把所有的操作作为一个整体一起向系 统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败。
比如，银行转账的操作就是一个典型的事务问题，举个例子：张三给李四转账1000块钱，张三银行账户的钱减少1000，而李四银行账户的钱要增加 1000。 这一组操作就必须在一个事务的范围内，要么都成功，要么都失败。
正常情况: 转账这个操作, 需要分为以下这么三步来完成 , 三步完成之后, 张三减少1000, 而李四 增加1000, 转账成功 :
异常情况: 转账这个操作, 也是分为以下这么三步来完成 , 在执行第三步是报错了, 这样就导致张 三减少1000块钱, 而李四的金额没变, 这样就造成了数据的不一致, 就出现问题了：
为了解决上述的问题，就需要通过数据的事务来完成，我们只需要在业务逻辑执行之前开启事务，执行 完毕后提交事务。如果执行过程中报错，则回滚事务，把数据恢复到事务开始之前的状态：
注意： 默认MySQL的事务是自动提交的，也就是说，当执行完一条DML语句时，MySQL会立即隐式的提交事务。
由于MySQL的事务自动提交的这种特性，就要求我们将设置修改为手动事务，以此来发现问题并且解决问题。
二.事务操作：
未控制事务：
- 数据准备（这里我们根据上面的例子来说明问题）：
# 数据准备
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);
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).异常情况（执行前要先将数据回复原样）：
-- 将数据回复原样
update account set money = 2000 where name = '张三' or name = '李四';
-- 1.查询张三余额
select * from account where name = '张三';
-- 2.张三的余额减少1000
update account set money = money - 1000 where name = '张三';
事务异常…… -- 异常情况，第三条SQL语句不会执行
-- 3.李四的余额增加1000
update account set money = money + 1000 where name = '李四';我们把数据都恢复到2000， 然后再次一次性执行上述的SQL语句(出错了.... 这句话不符合SQL语 法,执行就会报错)，检查最终的数据情况, 发现数据在操作前后不一致了。
执行结果：
为了解决这样的问题，我们引入事务的控制方法：
事务的控制方法一：
# 事务的控制方式一：
1). 查看/设置事务提交方式
SELECT @@autocommit ;-- 查看事务的提交方式
-- 1 为事务自动提交，0为事务手动提交
SET @@autocommit = 0 ;-- 修改事务的提交方式
2). 提交事务
COMMIT;
3). 回滚事务
ROLLBACK;具体实现：
-- 1). 查看/设置事务提交方式
select @@autocommit ; -- 1 为事务自动提交，0为事务手动提交
set @@autocommit = 0 ;-- 将事务设置为手动提交
-- 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). 提交事务
commit;
-- 3). 回滚事务
rollback;注意：上述的这种方式，我们只是修改了事务的自动提交行为, 把默认的自动提交修改为了手动提 交, 此时我们执行的DML语句都不会提交, 只有执行到commit之后才会完成提交。
事务的控制方法二：
# 事务的控制方法二：
1). 开启事务
START TRANSACTION 或 BEGIN ;
2). 提交事务
COMMIT;
3). 回滚事务
ROLLBACK具体实现：
# 控制事务的方式二：--->控制之前要设置为自动提交
SET @@autocommit = 1 ;
-- 1). 开启事务
start transaction;
-- 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). 提交事务
commit;
-- 3). 回滚事务
rollback;三：事务的四大特性：
- 原子性（Atomicity）：事务是不可分割的最小操作单元，要么全部成功，要么全部失败。
- 一致性（Consistency）：事务完成时，必须使所有的数据都保持一致状态。
- 隔离性（Isolation）：数据库系统提供的隔离机制，保证事务在不受外部并发操作影响的独立 环境下运行。
- 持久性（Durability）：事务一旦提交或回滚，它对数据库中的数据的改变就是永久的。
上面四个属性，可以简称为 ACID 。
原子性（Atomicity，或称不可分割性）
一致性（Consistency）
隔离性（Isolation，又称独立性）
持久性（Durability）。
四.并发事务问题：
- 赃读：一个事务读到另外一个事务还没有提交的数据。
- 不可重复读：一个事务先后读取同一条记录，但两次读取的数据不同，称之为不可重复读。
- 幻读：一个事务按照条件查询数据时，没有对应的数据行，但是在插入数据时，又发现这行数据 已经存在，好像出现了 "幻影"。
五.事务的隔离级别：
为了解决并发事务所引发的问题，在数据库中引入了事务隔离级别。主要有以下几种：
注意：X表示该级别已经解决了对应问题，√ 表示该级别没有解决这个问题
读未提交【Read Uncommitted】： 在该隔离级别，所有的事务都可以看到其他事务没有提交的执行结果。（实际生产中不可能使用这种隔离级别的），但是相当于没有任何隔离性，也会有很多并发问题，如脏读，幻读，不可重复读等.
读提交【Read Committed】：该隔离级别是大多数数据库的默认的隔离级别（不是 MySQL 默认的）。它满足了隔离的简单定义:一个事务只能看到其他的已经提交的事务所做的改变。这种隔离级别会引起不可重复读，即一个事务执行时，如果多次 select，可能得到不同的结果。
可重复读【Repeatable Read】： 这是 MySQL 默认的隔离级别，它确保同一个事务，在执行中，多次读取操作数据时，会看到同样的数据行。但是有的数据库会有幻读问题。（MySQL不会）
串行化【Serializable】: 这是事务的最高隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决了幻读的问题。它在每个读的数据行上面加上共享锁。但是可能会导致超时和锁竞争（这种隔离级别太极端，实际生产基本不使用）
具体操作：
-- 1). 查看事务隔离级别
SELECT @@TRANSACTION_ISOLATION;
-- 2). 设置事务隔离级别
SET [ SESSION | GLOBAL ] TRANSACTION ISOLATION LEVEL { READ UNCOMMITTED |
READ COMMITTED | REPEATABLE READ | SERIALIZABLE }
注意：事务隔离级别越高，数据越安全，但是性能越低。
结语： 写博客不仅仅是为了分享学习经历，同时这也有利于我巩固知识点，总结该知识点，由于作者水平有限，对文章有任何问题的还请指出，接受大家的批评，让我改进。同时也希望读者们不吝啬你们的点赞+收藏+关注，你们的鼓励是我创作的最大动力！
1253
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
