学习总是让人开心的一件事，尤其当你发现你从对一个领域的未知到读到这个领域的文章都知道他在讲什么的时候，更是为自己的进步感到兴奋。其实最近都在研究MysqL，看到下面这篇文章，觉得讲的和我自己知道的比较一致，条理很清晰，所以保留下来做个备用吧。转载内容如下：

转自：

（尊重劳动成果，转载请注明出处：<a href="http://blog.csdn.net/qq_25827845/article/details/64444896" rel="nofollow" style="color:rgb(255,153,0);text-decoration:none;">http://blog.csdn.net/qq_25827845/article/details/64444896冷血之心的博客）

本文将从以下4个方面来展开：

（1）事务的4大特性：

一致性
隔离性
持久性

数据库并发操作产生的问题：

丢失更新

脏读

不可重复读

幻读

（3）数据库的锁机制：

共享锁

排他锁

更新锁

悲观锁
乐观锁

（4）事务的4大隔离级别：

read_uncommited （读未提交）

read_commited（读已提交）

repeatable_read （可重复读）

Serialization （串行读）

1、事务的4大特性：

事务是用户定义的一个数据库操作序列,这些操作要么全做要么全不做,是一个不可分割的工作单位。例如,在关系数据库中,一个事务可以是一条SQL语句、一组SQL语句或整个程序。

<div style="font-family:Arial;font-size:14px;">事务和程序是两个概念。一般地讲,一个程序中包含多个事务。 
事务的开始与结束可以由用户显式控制。如果用户没有显式地定义事务,则由DBMS按缺省规定自动划分事务。

2、数据库并发操作产生的问题：

操作的时候，如果没有有效的避免机制，就会出现种种问题。大体上有四种问题，归结如下：

1、丢失更新：

修改了该数据，那么先提交的事务更新会被后提交事务的更新给覆盖掉，这种情况事务A的更新就被覆盖掉了、丢失了。

2、脏读

3、不可重复读

decoration:underline;">一个事务在自己没有更新数据库数据的情况，同一个查询操作执行两次或多次的结果应该是一致的；如果不一致，就说明为不可重复读。还是用上面的例子

4、幻读

不可重复读说明了做数据库读操作的时候可能会出现的问题。

　　◆读已提交(Read Committed)：允许不可重复读取，但不允许脏读取。这可以通过“瞬间共享读锁”和“排他写锁”实现。读取数据的事务允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行。

　　◆可重复读(Repeatable Read)：禁止不可重复读取和脏读取，但是有时可能出现幻影数据。这可以通过“共享读锁”和“排他写锁”实现。读取数据的事务将会禁止写事务(但允许读事务)，写事务则禁止任何其他事务。

　　◆序列化(Serializable)：提供严格的事务隔离。它要求事务序列化执行，事务只能一个接着一个地执行，但不能并发执行。如果仅仅通过“行级锁”是无法实现事务序列化的，必须通过其他机制保证新插入的数据不会被刚执行查询操作的事务访问到。
　　

x锁排他锁被加锁的对象只能被持有锁的事务读取和修改，其他事务无法在该对象上加其他锁，也不能读取和修改该对象
s锁共享锁被加锁的对象可以被持锁事务读取，但是不能被修改，其他事务也可以在上面再加s锁。

在运用X锁和S锁对数据对象加锁时，还需要约定一些规则，例如何时申请X锁或S锁、持锁时间、何时释放等。称这些规则为封锁协议（Locking Protocol）。对封锁方式规定不同的规则，就形成了各种不同的封锁协议。
　　
　　 一级封锁协议 (对应 read uncommited)　　
　　一级封锁协议是：事务T在修改数据R之前必须先对其加X锁，直到事务结束才释放。事务结束包括正常结束（COMMIT）和非正常结束（ROLLBACK）。
　　一级封锁协议可以防止丢失修改，并保证事务T是可恢复的。使用一级封锁协议可以解决丢失修改问题。　　
　　在一级封锁协议中，如果仅仅是读数据不对其进行修改，是不需要加锁的，它不能保证可重复读和不读“脏”数据。
　　
　　二级封锁协议（对应read commited)　
　　二级封锁协议是：一级封锁协议加上事务T在读取数据R之前必须先对其加S锁，读完后方可释放S锁　
　　二级封锁协议除防止了丢失修改，还可以进一步防止读“脏”数据。但在二级封锁协议中，由于读完数据后即可释放S锁，所以它不能保证可重复读。
　　
　　 三级封锁协议（对应reapetable read ）
　　三级封锁协议是：一级封锁协议加上事务T在读取数据R之前必须先对其加S锁，直到事务结束才释放。　
　　三级封锁协议除防止了丢失修改和不读“脏”数据外，还进一步防止了不可重复读。

隔离级别从上到下依次增加，级别越低，引起的问题也就比较多，比如脏读、丢失更新等，但等级越高，也就意味着需要管理更多的锁，无法并行处理，性能方面又受损，因此，我们在设计系统时，只需要根据业务需求选择一种当下适合的隔离级别。一种隔离级别，就有一套利用锁的方案，如此设计，目的就是为了平衡性能和功能。

数据库并发机制和事务的隔离级别详解