Mysql 数据库的隔离级别

本文详细介绍了MySQL数据库中的事务问题,包括脏读、不可重复读和幻读三种情况,并探讨了为解决这些问题提供的四种事务隔离级别。还阐述了事务的开启、提交和回滚操作,以及如何在代码中使用事务。此外,提到了数据库设置隔离级别的方式和不同类型的锁,如行级锁、表级锁。最后,讨论了设置隔离级别的方法和查看当前隔离级别。

Mysql 数据库会出现的事务问题

脏读

在事务A修改数据之后提交数据之前,这时另一个事务B来读取数据,读到的是A修改后的数据,而之后A由于回滚或者修改数据再提交,则B读到的就是脏数据。

不可重复读

一个事务在读取某些数据后的某个时间,再次读取以前的数据,却发现数据已经发生了变更,或者某些数据已经被删除了。

幻读:

事务A在按查询条件读取某个范围的记录时,事务B又在该范围内插入了新的满足条件的记录,事务A 再次按条件查询记录,会产生新的满足条件的记录。

不可重复读和幻读的区别: 不可读重点是数据本身发生变化强调修改,幻读重点是数据量(强调数据的插入和删除)

为了解决事务中存在的问题mysql提供了4种隔离级别

各个隔离级别可以不同程度解决脏读,不可重复读,幻读,隔离级别各有所长,没有完美的解决方案。下面表示是各个级别是否会发生相应的问题。

事务的方式

MySQL 事务的使用

默认情况下mysql的自动提交时默认开启的,所以每次执行语句这条语句就会提交,所以在使用事务的时候需要把自动提交关掉。

MySQL 事务的使用

1、查看事务自动提交模式

show [session] variables like ‘autocommit’;

Show global variables like ‘autocommit’;

2、关闭自动提交

set global autocommit=0;

Set [session] autocommit = 0;

3、开启自动提交

set global autocommit = 1;

Set [session] sutocommit=1;

4、开启事务

begin;

或者:

start transaction;

提交

commit;

回滚

rollback;

在代码里使用事务步骤

  1. 需要先关闭自动提交
  2. 然后开启事务
  3. 执行操作数据的SQL
  4. 如果中间SQL语句抛异常,就调用rollback回滚,将数据恢复到事务开始前的状态,事务结束
  5. 如果中间SQL语句没有抛出异常,就commit提交。事务结束。

数据库如何设置隔离级别:

数据库和java的jdbc可以同时设置隔离级别,谁的隔离级别高以谁的为准。Java中有个方法是用来设置隔离级别的。Mysql中有对应的语句。

隔离级别都是使用锁来实现的。

1、行级锁:

Insert 和update delete ... 会自动添加行级锁

2、表级索(读锁和写锁)

读锁又叫共享锁本次连接可以读,其他连接也可以读,其他不行

写锁又叫排他锁本次连接读和写都可以其他不行。

使用语句 lock tables 表名 read/write;

3、页级锁

介于行级锁和表级锁之间。

设置隔离级别的方式

查看隔离级别的方式:

SELECT @@TX_ISOLATION;和select @@global.tx_isolation; 

1、读未提交 使用共享锁来实现

SET GLOBAL TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;

2、读提交 使用瞬间共享锁和排他锁来实现

SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;

3、可重复读 共享锁和排他锁实现

SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;

4、序列化 行级锁

SET GLOBAL TRANSACTION ISOLATION LEVEL SERIALIZABLE;

引用:

MySQL事务的使用 - lin_zone - 博客园

https://www.cnblogs.com/dashafa/p/3991137.html

<think>好的,我需要回答用户关于MySQL数据库隔离级别的问题。首先,我得回忆一下数据库事务隔离的基本概念。事务隔离级别是为了解决并发操作中可能出现的脏读、不可重复读和幻读等问题而设定的标准。 我记得SQL标准定义了四种隔离级别,分别是读未提交、读已提交、可重复读和串行化。MySQL应该支持这四种,但可能有些默认设置不同。比如,MySQL的默认隔离级别是可重复读,而其他数据库如PostgreSQL可能默认是读已提交。这一点需要确认。 接下来,我需要详细解释每个隔离级别。首先是读未提交(Read Uncommitted),这是最低的级别,允许事务读取未被提交的数据变更,可能会导致脏读。脏读指的是一个事务读取了另一个未提交事务的数据,如果那个事务回滚,数据就不一致了。 然后是读已提交(Read Committed),这个级别只能读取已提交的数据,避免了脏读。但可能会有不可重复读的问题,即同一个事务内多次读取同一数据可能得到不同结果,因为其他事务可能已经修改并提交了数据。 第三个是可重复读(Repeatable Read),MySQL的默认级别。它确保在同一个事务中多次读取同一数据的结果是一致的,解决了不可重复读的问题。不过,可能还存在幻读,即当执行范围查询时,其他事务插入或删除了符合条件的行,导致前后结果不一致。但MySQL通过多版本并发控制(MVCC)和间隙锁在可重复读级别下也避免了大部分幻读的情况,这点需要特别说明。 最后是串行化(Serializable),最高的隔离级别,通过强制事务串行执行来避免所有并发问题,但代价是性能低下,因为读写操作都会加锁,可能导致大量的锁等待。 还需要提到每个隔离级别可能引发的问题:脏读、不可重复读、幻读。并说明MySQL如何在不同级别处理这些问题。比如,在可重复读级别下,通过MVCC和间隙锁,MySQL实际上防止了幻读,而根据SQL标准,可重复读并不要求解决幻读,所以这点可能需要特别指出,避免用户混淆。 另外,应该说明如何查看和设置MySQL隔离级别,比如使用`SELECT @@transaction_isolation;`查看当前隔离级别,使用`SET TRANSACTION ISOLATION LEVEL`来设置。同时提醒用户修改隔离级别的影响,尤其是串行化对性能的影响。 最后,总结各个级别的优缺点和适用场景,帮助用户根据实际需求选择合适的隔离级别。比如,对数据一致性要求高的场景使用可重复读或串行化,而读已提交可能在高并发读写场景中更高效。</think>MySQL数据库事务隔离级别共有四种,按照隔离级别从低到高排列如下: 1. **读未提交(Read Uncommitted)** - 最低隔离级别 - 允许读取其他事务未提交的修改(可能产生脏读) - 问题:脏读、不可重复读、幻读 - 示例:事务A能看到事务B未提交的临时数据 2. **读已提交(Read Committed)** - 只允许读取已提交的数据 - 解决了脏读问题 - 问题:不可重复读、幻读 - 示例:事务A两次查询同一数据可能得到不同结果(若事务B在此期间提交修改) 3. **可重复读(Repeatable Read)**(MySQL默认隔离级别) - 保证同一事务中多次读取相同数据结果一致 - 解决了不可重复读 - 通过MVCC(多版本并发控制)和间隙锁防止幻读 - 示例:事务A执行期间,其他事务的插入/删除操作不会影响其查询结果 4. **串行化(Serializable)** - 最高隔离级别 - 所有事务串行执行 - 完全避免脏读、不可重复读、幻读 - 代价:性能最低,并发度差 **各隔离级别问题对比**: | 隔离级别 | 脏读 | 不可重复读 | 幻读 | |-------------------|------|------------|------| | 读未提交 | ✓ | ✓ | ✓ | | 读已提交 | × | ✓ | ✓ | | 可重复读(MySQL) | × | × | ×* | | 串行化 | × | × | × | > *注:MySQL通过MVCC和间隙锁机制,在可重复读级别下已能避免大部分幻读场景 **查看/设置隔离级别**: ```sql -- 查看当前隔离级别 SELECT @@transaction_isolation; -- 设置全局隔离级别 SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ; -- 设置会话级隔离级别 SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED; ``` **实际应用建议**: - 默认使用可重复读(适合大多数场景) - 需要更高性能时可降级为读已提交 - 金融交易等严格要求一致性的场景使用串行化 - 谨慎使用读未提交(仅用于特殊监控场景)
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值