MySQL事务，特性，隔离级别

MySQL事务，特性，隔离级别

事务的概念： 一个或多个数据库操作组成的最小逻辑操作单元，通俗来说就是操作数据要么同时成功，要么同时失败。

事务的特性：

1. 原子性： 最小的逻辑操作单元，不能在分割
2. 一致性： 事务前后对数据表中的数据完整性不做改变，对数据的约束条件不做任何改变。
   举个例子：比如表stu中的性别一列是char类型 not null，事务后不能变为了int类型或其他类型或是null，要保证数据类型以及约束条件不能有改变。
3. 隔离性： 数据库里的数据允许多个链接对其进行操作，这就需要各个连接事务相互隔离，互不干扰；
4. 持久性： 事务操作提交后，对数据表的操作是持久的；

并发情况下隔离性可能会出现的问题：

1.脏读： 事务B的时间内，使用了事务A修改了但未提交的数据，在这个未提交的数据上进行修改或分析。
举个例子：我在网上买东西，加入了购物车，还没提交购买，但是此时商家却认为我购买了，且发货，但是结果我没钱，没购买。
2.**不可重复读：**不是错误，是一种现象，在事务B的时间内，对数据进行两次读取，结果前后不一致，原因是事务B读取了事务A修改后的数据。
举个例子：去银行取钱，本来卡里100w，一开始查100w，这个时候女朋友用我的卡支付了一笔账单50w，然后过了几秒我再一查就只有50w了 wtf？
3.**虚读幻读：**和不可重复读差不多，不是错误，是一种现象，在事务B的时间内，对数据进行两次读取，结果前后不一致，原因是事务B读取了事务A新增或删除的数据

隔离级别：

**隔离级别1：**read uncommited： 读未提交，无法解决问题。
**隔离级别2：**read commited： 读且提交，解决脏读问题。
**隔离级别3：**repeatable read： 重复读，解决脏读，不可重复读。 （默认的隔离级别）
**隔离级别4：**serializable：串行化，解决一切问题。

需要注意的是：隔离级别越高，性能越低

以下是脏读的整个过程：
情景：用户向商家买东西，商家余额+200，用户余额扣200
cmd窗口代表用户事务，navicat写的代表商家
首先我的mysql版本是5.5的，查看当前隔离级别语句是：show variables like ‘%tx%’
mysql 8.0 语句是show variables like ‘%tran%’

可见默认的是可重复读 也就是隔离级别3.

语句: set session transaction isolate level read uncommited;
此处我修改了隔离级别为隔离级别1（读不可提交）。

初始状态两个 余额都是1000；

这时 商家一查账户多了200，发货了，然而这时，用户却撤单了 回滚

此时再查数据，账户还是那么多钱，然而货已经发出。

对于隔离级别read uncommited 我自己个人理解是把他理解为读了没有提交的那部分数据，就像上述例子，商家读了用户没有提交的事务数据操作