事务隔离机制以及hibernate悲观锁和乐观锁

脏读dirty   reads：当事务读取还未被提交的数据时，就会发生这种事件。

不可重复的读non-repeatable   reads：当事务两次读取同一行数据，但每次得到的数据都不一样时，就会发生这种事件。

虚读phantom   read：如果符合搜索条件的一行数据在后面的读取操作中出现，但该行数据却不属于最初的数据，就会发生这种事件。

数据库带来的并发问题包括：   

 　　1.丢失或覆盖更新。(幻像读)

 　　2.未确认的相关性（脏读）。

 　　3.不一致的分析（非重复读）。

Java中的解决办法

在java的Connection中 可以设置 setTransactionIsolation（int leave） 方法设置该连接的事务隔离级别

java中隔离级别有如下几种：

 1、READ_COMMITTED   表示只读别的事务提交了的数据。这样可以防止脏数据的发生，但结局不了不可重复读和虚读

 2、RRPEATABLE_READ  表示不可发生脏读和不可重复读， 虚读还是可能发生。

 3 、SERIALIZABLE  表示所有的情况都不允许发生

但是 其中等级设置的越高，效率也就越低了， 一般设置为READ_COMMITTED  

hibernate中的解决方案。

先设置hibernate.connection.isolation  的值为2   即：READ_COMMITTED

它就会使用JDBC中的COMMITTED隔离机制。但是这样还是解决不了non-repeadable ，解决的办法有两种，

第一种：悲观锁

 Hibernate的悲观锁，也是基于数据库的锁机制实现。 下面的代码实现了对查询记录的加锁：

<pre name="code" class="html"><span style="font-size:18px;">String hqlStr  =  " from TUser as user where user.name=’Erica’ ";
Query query =  session.createQuery(hqlStr);
query.setLockMode(" user " ,LockMode.UPGRADE);  // 加锁
List userList  =  query.list(); // 执行查询， </span>

获取数据 query.setLockMode 对查询语句中特定别名所对应的记录进行加锁（我们为 TUser类指定了一个别名“user”），这里也就是对返回的所有user记录进行加锁。 观察运行期Hibernate生成的SQL语句：

</pre><pre name="code" class="html"><span style="font-size:18px;">select tuser0_.id as id, tuser0_.name as name, tuser0_.group_id as group_id, tuser0_.user_type as user_type, tuser0_.sex as sex 
from t_user tuser0_ where (tuser0_.name= ’Erica’ ) for  update</span>

 这里Hibernate通过使用数据库的for update子句实现了悲观锁机制。

第二种：乐观锁

乐观锁，就没有用数据库的隔离机制了，而是用一个版本号记录每条记录当前的版本，如果一个事务开始，查询到数据的版本，和他最后提交时候的版本不一致，就会报异常，程序捕获到异常后做出相应的处理就可以了。可以选择重新再执行一遍，或其他一些操作。

具体实现方法为：

在POJO上面加上一个Version字段 ，就可以了。
    @Version
    private int version ;