💎所属专栏：MySQL
💎1. 事务
事务是一组操作的集合，它是一个不可分割的工作单位，事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求，这些操作要么同时成功，要么同时失败
例如转账的过程：张三要给李四转1000元，此时需要先查询张三的账户余额，接着进行转出，然后转入李四的账户，但是此时如果程序出现异常，就会导致张三的钱没了，但是也没有加入到李四的账户上，这时就需要用到事务
默认MySQL的事务是自动提交的，也就是说，当执行一条SQL语句，MySQL就会立即隐式的提交事务
💎2. 事务操作
一个事务的操作流程包括了，开启事务，执行事务操作，提交事务或回滚事务，对于回滚事务来说，如果程序在执行过程中出现了错误，那么此时就需要执行回滚事务
💎2.1 查看/设置事务提交方式
在刚开始提到过，MySQL的事务默认是自动提交的，此时把 @@autocommit 设置为0，就改为了手动的
select @@autocommit;set @@autocommit = 0;select * from account;
-- 查询张三的账户
select * from account where name = '张三';
-- 张三账户余额 -1000
update account set money = money - 1000 where name = '张三';
-- 李四账户余额 + 1000
update account set money = money + 1000 where name = '李四';
该为手动之后，有与没有设置事务提交，所以尽管执行了一些SQL语句，但是表中的数据并没有被改变
💎2.2 开启事务
start transaction ;这个和设置 @@autocommit 为0 是一样的效果
💎2.3 提交事务
通过执行 commit 提交事务之后再刷新表格，之前的操作就生效了，并且一旦提交事务之后，就不能再进行回滚事务了
💎2.4 回滚事务
回滚事务是指在事务执行过程中遇到错误、冲突或用户取消操作等情况下，撤销已执行但尚未提交的事务中所做的所有修改，以恢复数据库到事务开始之前的状态，这样做就避免了数据因部分操作成功而部分失败导致的不一致状态。
💎3. 事务的四大特性
事务的四大特性也就是ACID，分别为：
1. 原子性(Atomicity)：事务是不可分割的最小操作单元，要么全部成功，要么全部失败
2.一致性(Consistency)：事务完成时，必须使所有的数据都保持一致状态
3.隔离性(Isolation)：数据库系统提供的隔离机制，保证事务在不受外部并发操作影响的独立环境下运行
4.持久性(Durability)：事务一旦提交或回滚，它对数据库中的数据的改变就是永久的
💎4. 并发事务问题
并发事务问题主要是指多个事务在同时操作一个数据库或是同一张表时可能出现的问题
| 问题 | 描述 |
| 脏读 | 一个事务读取到另一个事务还没有提交的数据 |
| 不可重复读 | 一个事务先后读取同一条记录，但两次读取的数据不同 |
| 幻读 | 一个事务按照条件查询数据时，没有对应的数据行，但是在插入数据时，又发现这一行数据已经存在，好像出现了一个幻影 |
来解释一下不可重复读，例如事务A和事务B同时执行，在事务A执行查询操作之后事务B执行更新操作，然后事务B提交，这时数据库中的内容就被改变了，此时再执行事务A中的查询语句，由于查询的是相同的对象，所以就会出现两次读取的数据不同
再来看幻读的例子，还是两个事务同时执行，此时先执行事务A中的查询语句，查询到空的数据之后，再执行事务B中的插入语句，接着提交事务，然后再执行事务A中的插入数据，但是 id = 1已经在事务B中被插入过了，就会发生冲突，此时再查询 id = 1 就会发现这条数据已经存在了，这就是幻读
💎5. 事务隔离级别
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
| Read uncommitted | √ | √ | √ |
| Read committed | × | √ | √ |
| Repeatable Read(MySQL默认) | × | × | √ |
| Serializable | × | × | × |
设置 session 和 global 的区别：
session（会话级）：session参数仅在当前会话（或连接）中有效
global（全局级）：global参数是全局的，意味着改变某个系统变量的值将会对所有会话都产生影响。 需要注意的是，一旦数据库服务重启，除非在配置文件（如my.cnf或my.ini）中进行了设置，否则这些全局变量的改变就会失效。
-- 查看事务的隔离级别
select @@transaction_isolation;set session transaction isolation level read uncommitted ;
接下来同时进行两个事务，修改事务 A 的隔离级别为 read uncommitted
此时，虽然 事务 B 并没有进行提交，但是事务 A 读取到了 事务 B 还没有提交的数据，就出现了脏读的问题
接下来看Read committed
首先修改事务 A 的隔离级别为 read committed ，然后开启事务 A ,查询当前表中的原始数据，然后开启事务 B ，执行事务 B 中的语句，再次在事务A中查询，发现数据并没有被影响，当事务B提交之后再在事务A中查询到了修改之后的数据
对于这种情况，在事务A中一直查询的是同一个表，但是由于事务B的提交而查询到不同的结果，也就是之前我们提到的不可重复读问题，针对这个问题，此时再把事务隔离级别修改为Repeatable Read，也就是MySQL默认的隔离级别
修改事务A的隔离级别为repeatable read并开启事务，先查询原始的数据，然后执行事务B的语句， 再次查询，这次事务A就不受事务B提交的影响
下面来演示一下幻读的问题：
在MySQL默认的隔离级别下，开启事务A，查找 id = 3的数据并没有找到，此时在事务B中插入这条数据，由于隔离级别的作用，虽然事务B已经提交，还是无法找到id = 3的数据，但是尝试在事务A中插入 id = 3的数据却出现了错误，这就是幻读
此时把隔离级别设置为 serializable 就能解决这个问题了
