Hibernate中乐观锁和悲观锁。

在hibernate事务处理中造成的写问题（丢失更新的问题：更新一定是查询最新的结果），之前博客简单描述了一下解决方法，这篇博客，来详细讲解一下如何用乐观锁和悲观锁解决写问题。

下面我们通过例子来理解：

在事务操作中，最经典的就是转账案例，

如图所示：

AB两个用户同时操作数据库，A用户在原余额上添加了10块钱，所以是110元，但是B用户添加了30元，却变成了140元，这就造成了并发操作的时候，引发的丢失更新。

用代码来看：

public void test1(){
Session session = HibernateUtils.getSession();
Transaction transaction = session.beginTransaction();

Customer customer =(Customer) session.get(Customer.class, 6);
customer.setMoney(customer.getMoney()+10);

transaction.commit();
HibernateUtils.closeSession(session);
}

public void test2(){
Session session = HibernateUtils.getSession();
Transaction transaction = session.beginTransaction();

Customer customer =(Customer) session.get(Customer.class, 6);
customer.setMoney(customer.getMoney()+30);

transaction.commit();
HibernateUtils.closeSession(session);
}

同时运行两段代码，数据库中：

解决方法有两种

乐观锁和悲观锁

乐观锁（s锁，share锁，共享锁）：

                在Customer.hbm.xml配置文件中配置一个<version>标签，并且要在Customer.java类中也要添加Integet类型的version字段（字段名称可以随便取）

位置写在id标签的下面：

配置好以后，启动运行，数据库中：

这个时候在运行上面test1和test2的代码块：

同时运行，test1代码先执行完后，数据库中：

test2代码执行完后：会报错

这个时候我们设置的乐观锁就拦截成功了。

乐观锁原理：

                事务1和事务2同时运行，事务1和事务2查询到的数据库version都为0，然后事务1先执行添加操作，version会变成1，sql语句为：

                这时候事务1还没有执行完（还没有commit），然后这时候事务2进行添加操作，会先查询最新出最新的结果，执行sql的时候，会发现version不相等，因为之前事务2查到的version为0，而现在变成了1，所以执行失败，会报错。

下面来看悲观锁。首先，hibernate不建议使用悲观锁.

悲观锁：

 

public void test1(){
Session session = HibernateUtils.getSession();
Transaction transaction = session.beginTransaction();

Customer customer =(Customer) session.get(Customer.class, 6, LockMode.UPGRADE);//在这加了一个LockMode.UPGRADE
customer.setMoney(customer.getMoney()+10);

transaction.commit();
HibernateUtils.closeSession(session);
}

这时候执行后，sql语句：

缺点是：当有10个事务同时执行的话，要先阻塞等待第一个事务执行完之后，才会继续执行接下来的事务。