MySQL(8)事务

目录

1.事务;

1.事务:

1.1 如果CURD不加限制会这么样子?

         可能造成数据同时被修改, 数据修改的结果是未知的.(可以想一下之前的抢票线程问题)

 1.2 事务概念:

        事务就是一组DML语句组成，这些语句在逻辑上存在相关性，这一组DML语句要么全部成功，要么全部 失败，是一个整体. 事务也是你要处理的一个事情, 包含多条mysql语句.

1.3 事务属性: (ACID)

(1) 原子性; 要么全部成功, 要么全部失败, 只有这两种状态.

(2) 隔离性; 防止多个事务并发执行时由于交叉执行而导致数据的不一致。

(3) 持久性; 对数据的修改是持久的.

(4) 一致性; 事务开始之前和事务结束以后，数据库的完整性没有被破坏。

 1.4 为什么会出现事务:

        目的: 为了让应用层服务.

 1.5 事务版本的支持:

只有InoDB支持事务, MySIAM不支持.

 1.6 事务提交的方式:

(1) 自动提交;

(2) 手动提交:

⭐查看事务提交方式: 

show variables like 'autocommit';

关闭事务自动提交/打开:

set autocommit=0/1;  

 1.7 事务的常见操作方式:

(1) 开始事务: start transaction; begin; 

(2) 创建保持点: savepoint 名称;

 (3) 回滚保存点: rollback to 保存点;

(4) 异常终止事务: ctrl+\;

(1) 证明未commit，客户端崩溃，隔离级别设置为读未提交,MySQL自动会回滚;

(2) 证明commit了，客户端崩溃，MySQL数据不会在受影响，已经持久化;

(3) 证明begin操作会自动更改提交方式，不会受MySQL是否自动提交影响

(4) 证明单条 SQL 与事务的关系:

结论:

a. 只要输入begin或者start transaction , 事务便必须要通过commit提交，才会持久化，与是 否设置set autocommit无关。

b. 事务可以手动回滚，同时，当操作异常，MySQL会自动回滚;

c. 对于 InnoDB 每一条 SQL 语言都默认封装成事务，自动提交。

d. 可以看出事务具有原子性和持久性;

⭐a. 如果没有设置保存点，也可以回滚，只能回滚到事务的开始。直接使用 rollback(前提是事务 还没有提交), 设置了就可以选择回退到保持点.

b. 一个事务被提交了（commit），则不可以回退（rollback）

 1.8 事务的隔离级别:

隔离性: 就比如学校的学长和你找工作的例子, 学长找工作的经历你可以找到, 但是学长对于你找工作的经历可以不知道, 因为学长以及毕业了. 为了数据不受到干扰就选择了隔离性.

隔离级别:

(1) 读并提交: 所有的事务都可以看到其他事务没有提交的执行结果, 没有隔离性.

(2) 读提交: 大多数数据库的默认的隔离级别, 一个事务只能看到其他的已经提交的事务所做的改变。这种隔离级别会引起不可重复读即一个事务执行时如果多次 select可能得到不同的结果。 

(3) 可重复读: 它确保同一个事务，在执行 中，多次读取操作数据时，会看到同样的数据行。但是会有幻读问题.

(4) 串行化:最高隔离级别，它通过强制事务排序，使之不可能相互冲突， 从而解决了幻读的问题。它在每个读的数据行上面加上共享锁，但是可能会导致超时和锁竞争.

隔离级别如何实现: 实现不同的锁.

 1.9 查看与设置隔离性:

(1) 查看全局隔离级别:

select  @@global.tx_isolation;

(2) 查看当前会话隔离级别:

select @@session.tx_isolation;

(3) 查看局部隔离级别:

select @@tx_isolation;

(4) 设置隔离级别:

语法: set [session/ global] transaction isolation level [read uncommited / read commited / repeatable read/ serializable];

修改之后一般要退出出现查看才会显示新的隔离级别.

 (1) 读未提交: [Read Uncommitted]

        读取到一个事务还没有commit的数据;

脏读: 一个事务在执行中，读到另一个执行中事务的更新(或其他操作)但是未commit的数据.

(2) 读提交: [Read Committed]

        只允许一个查看表数据进行修改, 另外一方在提交之前也看不到提交之后的结果.

不可重复读: 在同一个事务, 不同时间段读取不一样的数据. 

(3) 可重复读: [Repeatable Read]

        当一个事务完成提交之后, 以及另外一个事务进行查看是看不到更新的数据,只有另外一个事务提交了才可以看到.  解决了幻读(一个数据查看多种情况), 使用了锁.

(4) 串行化: [serializable]

        一个事务还没提交之前, 另外一个事务是无法进行修改数据的. 只能等待一个事务提交之后才可以.

总结:

a 隔离级别越严格，安全性越高，但数据库的并发性能也就越低;

b. 不可重复读是数据进行修改; 幻读是数据进行新增.

c. mysql 默认是可重复读; 

 1.10 一致性:

事务执行的结果，必须使数据库从一个一致性状态，变到另一个一致性状态。当数据库只包含事务 成功提交的结果时，数据库处于一致性状态。如果系统运行发生中断，某个事务尚未完成而被迫中 断，而改未完成的事务对数据库所做的修改已被写入数据库，此时数据库就处于一种不正确（不一 致）的状态。因此一致性是通过原子性来保证的。 其实一致性和用户的业务逻辑强相关，一般MySQL提供技术支持，但是一致性还是要用户业务逻辑 做支撑，也就是，一致性，是由用户决定的。

 1.11 深入理解隔离性:

数据并发的场景包括:

读读: 不会发生线程安全问题;

读写: 会发生线程安全问题, 可能出现脏读, 幻读, 不可重复读;

写写: 会发生线程安全问题, 可能存在更新数据丢失.

(1) 读写:

解决上诉问题: 多版本并发控制(MVCC), 是一种读写冲突的无锁并发控制.

a. 3个记录隐藏列字段:

DB_TRX_ID: 最近修改的事务ID(6byte);

DB_ROLL_PTR: 回滚指针, 指向上一个版本(7byte); 

DB_ROW_ID: 隐藏自增id(隐藏主键);

删除flag隐藏字段: 并不是删除了, 而是删除flag变了.

b. undo 日志:

MySQL 中的一段内存缓冲区，用来保存日志数据;

c. MVCC操作:

        首先进行对事物加锁; 修改前将数据拷贝到undo log(写时拷贝); 修改原始数据, 以及隐藏字段 DB_TRX_ID, 还有DB_ROLL_PTR 列, 写入undo log的地址; 提交事务,释放锁.

快照: 一个个历史版本; 当前读: 读取最新的数据;

 select 读取的是历史版本;

 1.12 Read View:

读视图: 记录并维护系统当前活跃事务的ID;

本质: 结构体, 类;

主要内容:

class ReadView {
  // 省略...
 private:
  /** 高水位，大于等于这个ID的事务均不可见*/
  trx_id_t m_low_limit_id
/** 低水位：小于这个ID的事务均可见 */
  trx_id_t m_up_limit_id;
  
  /** 创建该 Read View 的事务ID*/
  trx_id_t m_creator_trx_id;
  
  /** 创建视图时的活跃事务id列表*/
  ids_t m_ids;
  
  /** 配合purge，标识该视图不需要小于m_low_limit_no的UNDO LOG，
   * 如果其他视图也不需要，则可以删除小于m_low_limit_no的UNDO LOG*/
  trx_id_t m_low_limit_no;
  
  /** 标记视图是否被关闭*/
  bool m_closed;
  // 省略...
};

 其中 m_ids 用来维护读视图的生成时刻以及活跃事务id.

up_limit_id 记录事务中最小id, 

low_limit_id: 成时刻系统尚未分配的下一个事务ID,也就是目前已出现过的事务ID的最大值+1

creator_trx_id: 创建该事务的id.

 1.13 RR 与 RC的本质区别⭐:

(1) Read View生成时机的不同，从而造成RC,RR级别下快照读的结果的不同;

(2) 在RR级别下第一次快照读会创建一个快照及Read View, 调用快照读使用的是同一个read view, 对之后的修改不可见到; 早于Read View创建的事务所做的修改均是可见.

(3) RC级别下的，事务中，每次快照读都会新生成一个快照和Read View, 这就是我们在RC级别下 的事务中可以看到别的事务提交的更新的原因.

(4) RC每次快照读，都会形成Read View，所以，RC才会有不可重复读问题;