Chinaunix首页 | 论坛 | 博客
  • 博客访问: 364070
  • 博文数量: 79
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 42
  • 用 户 组: 普通用户
  • 注册时间: 2014-03-30 12:25
文章分类

全部博文(79)

文章存档

2019年(1)

2017年(19)

2016年(25)

2015年(30)

2014年(4)

分类: Mysql/postgreSQL

2016-09-04 11:05:55

原文地址:事务的四种隔离级别 作者:shawn53

Innodb引擎室mysql server中支持事务的存储引擎之一,

自然也是支持四种事务隔离级别的

read uncommitted,

read commit,

repeatable read

serializable,

下面就分别最四种隔离级别在实现的锁机制做一个简介:
serializable:

1:这种隔离级别对数据的要求最为严格,自然也是性能最差的一种隔离级别。

在所有的select语句中都是默认加了一个lock in share mode的锁,

2:在这种隔离级别中没有一致读的,所有的select都将返回最近的数据状态。

3:由于这种隔离级别的对数据高度一致的严格,所以会产生很多的锁,自然也会导致很多的死锁,对性能的影响不言而喻。


repeatable read:

1:所有的select在第一次一致读以后在事务中都会使用一样的数据状态快照。

2:update,delete都会使用间隙锁来保证数据的安全。防止phantom。

3:这是采用最广的事务隔离级别,也是mysql默认的事务隔离级别。


read commited:

1:每一个select都会使用各自的数据状态的快照。

2:如果当前的数据状态已更新到最新,但是当当个select的时候仍然会产生不一致的数据状态。

3:更少的间隙锁意味着更少的死锁。

4:唯一key的检查在第二索引和其它外键检查的时候也会产生间隙所。(gap必须被锁定以防止在parent row被删除后仍在child row中插入相关数据)。

5:这种隔离级别也是使用的非常普遍的隔离级别尤其是在5.1以后的版本中。

6:征对在5.0更早的版本中,可以通过innodb_locks_unsafe_for_binlog移除gap locking。

(In V5.1, most gap-locking is removed w/ this level, but you MUST use row-based logging/replication。)


read uncommitted:

1:这种隔离级别几乎不被使用,在selelct将会看到各种奇怪的数据现象,当然包括其它事务还未提交的数据。

2:强烈不推荐,不能保证数据的一致性。





阅读(3783) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~