Mysql之事务（下）

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

5.1事务的隔离级别
  • 读未提交（Read Uncommitted）：可能导致脏读，其他事务未提交的数据会被读取。
  • 读提交（Read Committed）：避免脏读，但可能发生不可重复读。
  • 可重复读（Repeatable Read）：避免不可重复读，但可能出现幻读。
  • 串行化（Serializable）：最严格的隔离级别，强制事务顺序执行，避免幻读，但影响性能。
5.2查看与设置事务的隔离级别
查看全局隔离级别：
代码语言：javascript代码运行次数：0运行复制
select @@global.tx_isolation;

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

方案一：

代码语言：javascript代码运行次数：0运行复制
select @@tx_isolation

方案二：

代码语言：javascript代码运行次数：0运行复制
select @@session.tx_isolation;

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

设置全局隔离级别vs设置当前（会话）隔离级别
代码语言：javascript代码运行次数：0运行复制
set global transaction isolation level read committed;
设置全局隔离级别

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

重新启动一个新的会话：

设置当前会话的隔离级别：
代码语言：javascript代码运行次数：0运行复制
set session transaction isolation level read committed;

重新启动一个会话：

总结：
  • 全局与会话隔离权限的关系：在大多数系统中，会话和全局权限是两者独立的，但又有关系。全局权限通常决定了系统中的默认行为和限制，而会话的权限则可以根据用户的需求做出适当的修改。在此系统中，修改全局的隔离权限时，现有会话的权限不会立刻发生变化，因为当前会话已被初始化并已经从全局权限中导入了隔离配置。
  • 会话的初始化与导入：当启动新会话时，系统会从全局隔离权限中导入当前的配置。此时新会话会继承全局隔离权限的设置。由于会话和全局权限是分离的，当当前会话发生变化时，它并不会影响到全局设置，反之亦然。
  • 修改全局隔离权限的时效性：这种机制的设计可以确保当前会话的稳定性，在进行全局权限修改时，避免对现有会话产生影响。但在重新启动会话时，新的会话会基于当前全局权限的状态进行初始化。
  • 对系统设计的影响：这种设计确保了全局权限的统一性和管理的集中性，同时又能保持会话的灵活性，使得管理员或系统能够灵活调整权限，而不需要影响到现有的会话状态。
5.3读未提交（Read Uncommitted）
  • 读未提交（Read Uncommitted）：可能导致脏读，其他事务未提交的数据会被读取。
  • 脏读：事务读取了其他事务尚未提交的数据，导致数据不一致。
5.4读提交（Read Committed）
  • 读提交（Read Committed）：避免脏读，但可能发生不可重复读。
  • 不可重复读：事务在执行过程中多次读取相同的数据，但数据在不同的查询中发生了变化。可重复读隔离级别能够避免此问题。
5.5可重复读（Repeatable Read）
  • 可重复读（Repeatable Read）：避免不可重复读，但可能出现幻读。
  • 幻读：事务读取的数据集在事务执行过程中发生变化。例如，事务查询到一定范围内的数据，但在事务执行过程中，其他事务插入了新的数据，导致结果集发生变化。串行化隔离级别能有效防止幻读。
5.6串行化（Serializable）
  • 串行化（Serializable）：最严格的隔离级别，强制事务顺序执行，避免幻读，但影响性能
本文参与 腾讯云自媒体同步曝光计划，分享自作者个人站点/博客。 原始发表：2025-04-01，如有侵权请联系 cloudcommunity@tencent 删除mysql并发权限事务数据