事务隔离级别

[table]
|问题 |简称 |解决方法 |使用到的数据库锁 |隔离级别
|两个事务都同时更新一行数据，一个事务对数据的更新把另一个事务对数据的更新覆盖了。 |更新丢失 |如果一个事务已经开始写数据，则另外一个事务则不允许同时进行写操作，但允许其他事务读此行数据。 |排他写锁 |Read Uncommitted 未授权读取|
|一个事务读取到了另一个事务未提交的数据操作结果。 |脏读 |读取数据的事务允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行。 |瞬间共享读锁，排他写锁 |Read Committed 授权读取|
|事务T1读取某一行数据后，事务T2对其做了修改，当事务T1再次读该数据时得到与前一次不同的值。 |不可重复读 |读取数据的事务将会禁止写事务（但允许读事务），写事务则禁止任何其他事务。 |共享读锁，排他写锁 |Repeatable Read 可重复读取|
|在两次查询过程中有另外一个事务插入或删除了一行数据，导致第二次查询的结果包含了第一次查询中未出现的数据或者缺少了第一次查询中出现的数据。 |幻读 |它要求事务序列化执行，事务只能一个接着一个地执行，但不能并发执行。 |仅仅通过“行级锁”是无法实现事务序列化的，必须通过其他机制保证新插入的数据不会被刚执行查询操作的事务访问到。 |Serializable 序列化|
[/table]

小结：
隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed。它能够避免脏读取，而且具有较好的并发性能。尽管它会导致不可重复读、幻读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。