MySQL事务

MySQL事务

什么是事务

事务(Transaction)是并发控制的基本单位。所谓的事务呢，它是一个操作序列，这些操作要么都执行，要么都不执行，它是一个不可分割的工作单位。为什么?因为事务是数据库维护数据一致性的单位，在每一个事务结束的时候都能保持数据的一致性，如像积分表和积分详情表一起更新要么就成功，要么就失败。

事务的四大特性ACID

「原子性(Atomicity)：」 原子性是指整个数据库的事务是一个不可分割的工作单位，在每一个都应该是原子操作。当我们执行一个事务的时候，如果在一系列的操作中，有一个操作失败了，那么需要将这一个事务中的所有操作恢复到执行事务之前的状态，这就是事务的原子性。

「一致性(Consistency):」 一致性呢是指事务将数据库从一种状态转变成为下一种一致性的状态，也就是说是在事务的执行前后，这两种状态应该是一样的，也就是在数据库的完整性约束不会被破坏。另外的话，还需要注意的是一致性不关注中间的过程是发生了什么。

「隔离性(lsolation)：」 Mysql数据库可以同时的话启动很多的事务，但是呢，事务跟事务之间他们是相互分离的，也就是互不影响的，这就是事务的隔离性。

「持久性(Durability)：」 事务的持久性是指事务一旦提交，就是永久的了。说白了就是发生了问题，数据库也是可以恢复的。因此持久性保证事务的高可靠性。

Mysql事务隔离级别

「Read uncommitted(读取未提交的数据)：」 即便是事务没有commit，但是其他连接任然能读到未提交的数据，这个事务隔离级别是等级最低的。

「Read committed (可以读取其他事务提交的数据)：」 当前会话只能读取到其他事务提交的数据，没有提交的数据是读取不到的。

「Repeatable read(可重读)：」 这个是Mysql的默认隔离级别：当前会话可以重复读，就是每次读取到的结果集都是相同的，不管其他的事务有没有提交。

「Serializable(串行化)：」 其他会话对该表的写操作将会被挂起，可以看到，这个是隔离级别里最为严格的，但是这样做势必会对性能造成影响

并发事务导致的问题

在许多的事务同时处理一个数据的时候，如果没有采取有效的隔离机制的话，那么并发处理数据的时候，会带来一些问题。

「脏读：」 脏读是指在一个事务的处理过程中读取了另外一个没有提交事务里的数据。

「幻读：」 也叫虚读是指在一个事务执行了两次查询，第二次的结果集包含了第一次中没有或者是某些行已被删除的数据，造成了两次的结果不一致，只是呢另一个事务在这两次查询中间插入或者是删除造成的。幻读是一种事务非独立执行时发生的。

「不可复读：」 一个事务两次读取了同一行的数据，结果得到了不同状态的结果，中间过程的时候正好有其另外一个事务更新了这个数据，两个结果不一样，不可被信任。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ijapDWPJ-1665648376234)(E:\18Bigdata\03MySQL\课件\MySQL基础\截图\image-20220606230333872.png)]

隔离级别的实现原理

使用MySQL的默认隔离级别（可重复读）来进行说明。

每条记录在更新的时候都会同时记录一条回滚操作（回滚操作日志undo log）。同一条记录在系统中可以存在多个版本，这就是数据库的多版本并发控制（MVCC）。即通过回滚（rollback操作），可以回到前一个状态的值。

假设一个值从 1 被按顺序改成了 2、3、4，在回滚日志里面就会有类似下面的记录。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sPyKr75I-1665648376235)(E:\18Bigdata\03MySQL\课件\MySQL基础\截图\mfZfSEBBSn.png!large)]

当前值是 4，但是在查询这条记录的时候，不同时刻启动的事务会有不同的 read-view。如图中看到的，在视图 A、B、C 里面，这一个记录的值分别是 1、2、4，同一条记录在系统中可以存在多个版本，就是数据库的多版本并发控制（MVCC）。对于 read-view A，要得到 1，就必须将当前值依次执行图中所有的回滚操作得到。

同时你会发现，即使现在有另外一个事务正在将 4 改成 5，这个事务跟 read-view A、B、C 对应的事务是不会冲突的。

查看当前会话隔离级别

方式1

命令：SHOW VARIABLES LIKE 'transaction_isolation';

mysql> show variables like 'transaction_isolation';
+-----------------------+--------------+
| Variable_name  | Value |
+-----------------------+--------------+
| transaction_isolation | SERIALIZABLE |
+-----------------------+--------------+

方式2

命令：SELECT @@transaction_isolation;

mysql> select @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| SERIALIZABLE            |
+-------------------------+

设置隔离级别

方式1：通过set命令

SET [GLOBAL|SESSION] TRANSACTION ISOLATION LEVEL level;
其中level有4种值：
level: {
     REPEATABLE READ
   | READ COMMITTED
   | READ UNCOMMITTED
   | SERIALIZABLE
}

关键词：GLOBAL

SET GLOBAL TRANSACTION ISOLATION LEVEL level;
* 只对执行完该语句之后产生的会话起作用
* 当前已经存在的会话无效

关键词：SESSION

SET SESSION TRANSACTION ISOLATION LEVEL level;
* 对当前会话的所有后续的事务有效
* 该语句可以在已经开启的事务中间执行，但不会影响当前正在执行的事务
* 如果在事务之间执行，则对后续的事务有效。

无关键词

SET TRANSACTION ISOLATION LEVEL level;
* 只对当前会话中下一个即将开启的事务有效
* 下一个事务执行完后，后续事务将恢复到之前的隔离级别
* 该语句不能在已经开启的事务中间执行，会报错的

锁

悲观锁：当操作一行数据时，操作者会认为肯定有其他操作者来修改数据，需要通过给线程做限制来控制业务准确性

线程1：begin;
线程1：select * from p_num7 for update;   -- 给当前表加上一个行锁
线程2：update p_num7 set num=96 where id=1 and num=97;
线程1：commit;

乐观锁：当操作一行数据时，操作者会认为没有其他操作者同时修改数据，所以一般来说乐观锁不会对线程做限制，而是从数据本身来限制，来控制业务准确性

num7 set num=96 where id=1 and num=97;
线程1：commit;

乐观锁：当操作一行数据时，操作者会认为没有其他操作者同时修改数据，所以一般来说乐观锁不会对线程做限制，而是从数据本身来限制，来控制业务准确性