Mysql之事务（下）

news2025/4/25 17:02:33

🏝️专栏：Mysql_猫咪-9527的博客-CSDN博客
🌅主页：猫咪-9527-CSDN博客

“欲穷千里目，更上一层楼。会当凌绝顶，一览众山小。”

5. 事务的隔离级别与并发控制

5.1事务的隔离级别

5.2查看与设置事务的隔离级别

查看全局隔离级别：

编辑查看当前（会话）隔离级别：

设置全局隔离级别vs设置当前（会话）隔离级别

设置全局隔离级别

设置当前会话的隔离级别：

总结：

5.3读未提交（Read Uncommitted）

5.4读提交（Read Committed）

5.5可重复读（Repeatable Read）

5.6串行化（Serializable）

6. 并发问题及其解决

7. 数据库引擎的支持

select @@global.tx_isolation;

方案一：

select @@tx_isolation

方案二：

select @@session.tx_isolation;

在处理并发事务时，MySQL通过多版本并发控制（MVCC）来避免并发问题。MVCC允许事务读取数据的历史版本而不加锁，从而减少了锁争用，提高了并发性能。

set global transaction isolation level read committed;

现象：全局隔离级别发生变化，会话隔离级别没有变化

重新启动一个新的会话：

set session transaction isolation level read committed;

重新启动一个会话：

全局与会话隔离权限的关系：在大多数系统中，会话和全局权限是两者独立的，但又有关系。全局权限通常决定了系统中的默认行为和限制，而会话的权限则可以根据用户的需求做出适当的修改。在此系统中，修改全局的隔离权限时，现有会话的权限不会立刻发生变化，因为当前会话已被初始化并已经从全局权限中导入了隔离配置。
会话的初始化与导入：当启动新会话时，系统会从全局隔离权限中导入当前的配置。此时新会话会继承全局隔离权限的设置。由于会话和全局权限是分离的，当当前会话发生变化时，它并不会影响到全局设置，反之亦然。
修改全局隔离权限的时效性：这种机制的设计可以确保当前会话的稳定性，在进行全局权限修改时，避免对现有会话产生影响。但在重新启动会话时，新的会话会基于当前全局权限的状态进行初始化。
对系统设计的影响：这种设计确保了全局权限的统一性和管理的集中性，同时又能保持会话的灵活性，使得管理员或系统能够灵活调整权限，而不需要影响到现有的会话状态。

脏读：在读未提交隔离级别下，事务可以读取到其他事务尚未提交的数据。这意味着一个事务可以读取另一个事务修改了但还未提交的数据，这种读取是脏数据，可能会在其他事务回滚时消失。
最低的隔离性：读未提交是所有事务隔离级别中最低的一个，它对数据的隔离性很差，容易引发数据不一致的问题。
不可重复读和幻读：除了脏读外，读未提交还会出现不可重复读和幻读的现象。例如，事务 A 在读取某个数据后，事务 B 修改了这个数据并提交，事务 A 之后再读取相同数据时会得到不同的结果。

避免脏读：读提交隔离级别避免了读未提交隔离级别中的脏读问题。即事务只能读取到其他事务已经提交的数据，不能读取到其他事务未提交的数据。因此，避免了一个事务读取到另一个事务正在修改但尚未提交的数据的情况。
不可重复读：虽然读提交避免了脏读，但它仍然可能出现不可重复读的现象。即在一个事务内，读取同一数据的两次结果可能不同，因为其他事务可以在当前事务运行期间对数据进行修改并提交。例如，事务 A 读取数据后，事务 B 修改数据并提交，事务 A 再次读取数据时得到的结果会与第一次不同。
幻读：幻读是指在一个事务内，某个查询的结果集在事务执行过程中发生了变化（即增加或删除了符合条件的行）。由于其他事务可以在事务执行过程中提交数据，读提交隔离级别可能会出现幻读现象。

可重复读（Repeatable Read）：避免不可重复读，但可能出现幻读。
幻读：事务读取的数据集在事务执行过程中发生变化。例如，事务查询到一定范围内的数据，但在事务执行过程中，其他事务插入了新的数据，导致结果集发生变化。串行化隔离级别能有效防止幻读。

脏读：	一个事务读取到另一个事务未提交的数据。由于另一个事务尚未提交，它所做的修改可能会被回滚，从而导致第一个事务读取到的数据是无效的或不一致的。
不可重复读：	在一个事务中，多次读取同一条记录时，得到的结果不同。
可重复读：	在一个事务中，多次读取同一条记录时，得到的结果相同。
幻读：	事务在多次执行相同查询条件的情况下，第二次查询发现之前不存在的记录突然“出现”了，或者之前存在的记录“消失”了。这种现象通常发生在 INSERT 或 DELETE 操作时。