数据库的隔离级别

本文详细介绍了数据库中的四种事务隔离级别:Read Uncommitted、Read Committed、Repeatable Read 和 Serializable,并解释了每种级别的特点,包括是否会出现脏读、不可重复读和幻读等问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

数据库隔离级别

http://wenku.baidu.com/view/924c6dea172ded630b1cb688.html

数据库隔离级别数据库提供了四种事务隔离级别, 不同的隔离级别采用不同的锁类开来实现.在四种隔离级别中,Serializable的级别最高, ReadUncommited级别最低.大多数数据库的默认隔离级别为: Read Commited,Sql Server , Oracle.少数数据库默认的隔离级别为Repeatable Read, MySQL InnoDB存储引擎即使是最低的级别,也不会出现第一类丢失更新问题 .

 mysql中

select @@tx_isolation可以查看隔离级别

更改: set transaction isolation level read uncommitted;

  1. isolation_read_uncommitted: 这是事务最低的隔离级别,它充许令外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读,不可重复读和幻像读。
  2. isolation_read_committed: 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据
  3. isolation_repeatable_read: 这种事务隔离级别可以防止脏读,不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外,还保证了避免下面的情况产生(不可重复读)
  4. isolation_serializable 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。 除了防止脏读,不可重复读外,还避免了幻像读。     


Read Uncommited :读未提交数据(会出现脏读,不可重复读,幻读 ,避免了第一类丢失更新)

Read Commited   :读已提交的数据(会出现不可重复读,幻读)
Repeatable Read :
可重复读(会出现幻读)
Serializable    :
串行化 

隔离级别

是否存在脏读

是否存在不可重复读

是否存在幻读

Read Uncommited

Y

Y

Y

Read Commited

N

Y

Y

Repeatable Read

N

N

Y

Serializable

N

N

N

丢失更新  
当两个或多个事务选择同一行,然后基于最初选定的值更新该行时,会发生丢失更新问题。每个事务都不知道其它事务的存在。最后的更新将重写由其它事务所做的更新,这将导致数据丢失。  

:
事务A和事务B同时修改某行的值,

1.
事务A将数值改为1并提交
2.
事务B将数值改为2并提交。
这时数据的值为2,事务A所做的更新将会丢失。
解决办法:对行加锁,只允许并发一个更新事务。

脏读:一个事务读到另一个事务未提交的更新数据例:
1.Mary
的原工资为1000,财务人员将Mary的工资改为了8000(但未提交事务
)       
2.Mary
读取自己的工资 ,发现自己的工资变为了8000,欢天喜地!

3.
而财务发现操作有误,回滚了事务,Mary的工资又变为了1000,像这样,Mary记取的工资数8000是一个脏数据。

不可重复读:在同一个事务中,多次读取同一数据,返回的结果有所不同.换句话说就是,后续读取可以读到另一个事务已提交的更新数据.相反"可重复读"在同一事务多次读取数据时,能够保证所读数据一样,也就是后续读取不能读到另一事务已提交的更新数据.:
1.
在事务1中,Mary读取了自己的工资为1000,操作并没有完成

2.
在事务2中,这时财务人员修改了Mary的工资为2000,并提交了事务.
3.
在事务1中,Mary再次读取自己的工资时,工资变为了
2000
解决办法:如果只有在修改事务完全提交之后才可以读取数据,则可以避免该问题。

幻读:一个事务读取到另一个事务已提交的insert数据.

:第一个事务对一个表中的数据进行了修改,这种修改涉及到表中的全部数据行。同时 (此时第一事务还未提交),第二个事务向表中插入一行新数据。这时第一个事务再去读取表时,发现表中还有没有修改的数据行,就好象发生了幻觉一样

查看数据库隔离级别的方法因所使用的数据库管理系统(DBMS)而异。下面是一些常见数据库系统的具体做法: ### 1. **MySQL** 在 MySQL 中,默认的事务隔离级别可以通过执行以下 SQL 查询获得: ```sql SELECT @@global.tx_isolation, @@session.tx_isolation; ``` - `@@global.tx_isolation`: 显示全局默认的事务隔离级别。 - `@@session.tx_isolation`: 显示当前会话的事务隔离级别。 可能的结果有以下几个值: - `READ UNCOMMITTED` - `READ COMMITTED` - `REPEATABLE READ` (这是 MySQL 的 InnoDB 存储引擎的默认值) - `SERIALIZABLE` --- ### 2. **SQL Server** 对于 SQL Server,可以通过以下命令检查当前连接的事务隔离级别: ```sql DBCC USEROPTIONS; ``` 输出中包含一个名为 `isolation level` 的字段,其可能返回下列字符串: - `read uncommitted` - `read committed` (默认值) - `repeatable read` - `serializable` --- ### 3. **PostgreSQL** PostgreSQL 支持的标准隔离级别包括 `READ COMMITTED` 和 `SERIALIZABLE` 。你可以通过以下查询来获取当前事务的隔离级别: ```sql SHOW transaction_isolation; ``` 返回结果通常是以下之一: - `read committed` - `serializable` --- ### 4. **Oracle** Oracle 数据库中的事务模型相对简单,它只有两个有效的隔离级别,并且无法直接更改它们: - `READ COMMITTED` (默认值) - `SERIALIZABLE` 检查当前会话的隔离级别通常不需要特别复杂的步骤,因为除非明确指定 SERIALIZABLE ,否则总是处于 READ COMMITTED 状态下工作。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值