事务的四种隔离级别

amwdnuff

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

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

老丑鱼

看来这年头玩服务器的人少

柠檬撞可乐

了解一下，学习学习！