Chinaunix首页 | 论坛 | 博客
  • 博客访问: 374602
  • 博文数量: 55
  • 博客积分: 3195
  • 博客等级: 中校
  • 技术积分: 712
  • 用 户 组: 普通用户
  • 注册时间: 2010-07-01 18:45
文章分类

全部博文(55)

文章存档

2011年(14)

2010年(41)

分类: Mysql/postgreSQL

2011-01-25 14:55:02

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:强烈不推荐,不能保证数据的一致性。





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

chinaunix网友2011-03-09 13:56:43

很好的, 收藏了 推荐一个博客,提供很多免费软件编程电子书下载: http://free-ebooks.appspot.com