数据库事务隔离性问题

1. 脏读 ：脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。

2. 不可重复读 ：是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两 次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的，因此称为是不 可重复读。例如，一个编辑人员两次读取同一文档，但在两次读取之间，作者重写了该文档。当编辑人员第二次读取文档时，文档已更改。原始读取不可重复。如果 只有在作者全部完成编写后编辑人员才可以读取文档，则可以避免该问题。

3. 幻读 : 是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。 同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象 发生了幻觉一样。例如，一个编辑人员更改作者提交的文档，但当生产部门将其更改内容合并到该文档的主复本时，发现作者已将未编辑的新材料添加到该文档中。 如果在编辑人员和生产部门完成对原始文档的处理之前，任何人都不能将新材料添加到文档中，则可以避免该问题。

补充 : 基于元数据的 Spring 声明性事务 :

Isolation 属性一共支持五种事务设置，具体介绍如下：

• DEFAULT 使用数据库设置的隔离级别 ( 默认 ) ，由 DBA 默认的设置来决定隔离级别 .

• READ_UNCOMMITTED 会出现脏读、不可重复读、幻读 ( 隔离级别最低，并发性能高 )

• READ_COMMITTED 会出现不可重复读、幻读问题（锁定正在读取的行）

• REPEATABLE_READ 会出幻读（锁定所读取的所有行）

• SERIALIZABLE 保证所有的情况不会发生（锁表）

不可重复读的重点是修改 :
- 同样的条件 , 你读取过的数据 , 再次读取出来发现值不一样了
幻读的重点在于新增或者删除
- 同样的条件 , 第 1 次和第 2 次读出来的记录数不一样

四大隔离级别:

            Read uncommitted -- 不防止任何隔离性问题,具有脏读/不可重复度/虚读(幻读)问题            Read committed -- 可以防止脏读问题,但是不能防止不可重复度/虚读(幻读)问题            Repeatable read -- 可以防止脏读/不可重复读问题,但是不能防止虚读(幻读)问题            Serializable -- 数据库被设计为单线程数据库,可以防止上述所有问题            从安全性上考虑: Serializable>Repeatable read>read committed>read uncommitted            从效率上考虑: read uncommitted>read committed>Repeatable read>Serializable            真正使用数据的时候,根据自己使用数据库的需求,综合分析对安全性和对效率的要求,选择一个隔离级别使数据库运行在这个隔离级别上.            mysql 默认下就是Repeatable read隔离级别            oracle 默认下就是read committed个隔离级别            查询当前数据库的隔离级别:select @@tx_isolation;            设置隔离级别:set [global/session] transaction isolation level xxxx;其中如果不写默认是session指的是修改当前客户端和数据库交互时的隔离级别,而如果使用golbal,则修改的是数据库的默认隔离级别

数据库中的锁机制:

        共享锁:在非Serializable隔离级别做查询不加任何锁,而在Serializable隔离级别下做的查询加共享锁,                                              共享锁的特点:共享锁和共享锁可以共存,但是共享锁和排他锁不能共存        排他锁:在所有隔离级别下进行增删改的操作都会加排他锁,                排他锁的特点:和任意其他锁都不能共存