（一）数据库事务与隔离——概念

数据库事务的四大特性ACID（Atomic, Consistency, Isolation, Durability） ，这里主要考虑一致性和隔离性。为了提高事务的处理效率，通常并发的执行多个事务，这就是数据库中非常重要的‘并发控制’。简单说，并发的执行事务，会有以下问题：
•    写丢失(Write Lost) ： 比如事务A将x的值更新为10，然后事务A将y的值更新为20，这时A重新读取x发现自己更新过的数据似乎不见了。
•    脏读(Dirty Read) ： 比如事务A的未提交（还依然缓存）的数据被事务B读走，如果事务A失败回滚，会导致事务B所读取的的数据是错误的；
•    不可重复读(Non-repeatable Read) ： 比如事务A中两处读取数据total的值。在第一读的时候，total是100，然后事务B就把total的数据改成200，事务A再读一次，结果就发现，total竟然就变成200了，造成事务A数据混乱。
•    幻象(Phantom Read) ： 和Non-Repeatable Read相似，也是同一个事务中多次读不一致的问题。但是Non-Repeatable Read的不一致是因为他所要取的数据集被改变了（比如total的数据），但是Phantom Read所要读的数据的不一致却不是他所要读的数据集改变，而是他的条件数据集改变。比如Select account.id where account.name="ppgogo*",第一次读去了6个符合条件的id，第二次读取的时候，由于事务b把一个帐号的名字由"dd"改 成"ppgogo1"，结果取出来了7个数据。
这四种问题呢，有些是可以忍的，有些解决后会大大滴降低并发性。所以，为了适应不同的需求，SQL'92，规定了4种隔离级别，隔离级别越高，数据的一致性越好，数据库的并发性越低。
•    Serializable（全序列化，级别3）提供严格的事务隔离 ： 它要求事务序列化执行，事务只能一个接着一个地执行，但不能并发执行。如果仅仅通过“行级锁”是无法实现事务序列化的，必须通过其他机制保证新插入的数据不会被刚执行查询操作的事务访问到。
•    Repeatable Read（ 可重复读取，级别2）： 禁止不可重复读取和脏读取，但是有时可能出现幻影数据。这可以通过“共享读锁”和“排他写锁”实现。读取数据的事务将会禁止写事务（但允许读事务），写事务则禁止任何其他事务。
•    Read Committed（授权读取，级别1）： 允许不可重复读取，但不允许脏读取。这可以通过“瞬间共享读锁”和“排他写锁”实现。读取数据的事务允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行。
•    Read Uncommitted（未授权读取，级别0）： 允许脏读取，但不允许更新丢失。如果一个事务已经开始写数据，则另外一个数据则不允许同时进行写操作，但允许其他事务读此行数据。该隔离级别可以通过“排他写锁”实现。