hibernate中的悲观锁和乐观锁

悲观锁

11.4. 悲观锁定(Pessimistic Locking)
用户其实并不需要花很多精力去担心锁定策略的问题。通常情况下，只要为JDBC连接指定一下隔 离级别，然后让数据库去搞定一切就够了。然而，高级用户有时候希望进行一个排它的悲观锁定， 或者在一个新的事务启动的时候，重新进行锁定。

Hibernate总是使用数据库的锁定机制，从不在内存中锁定对象！

类LockMode 定义了Hibernate所需的不同的锁定级别。一个锁定 可以通过以下的机制来设置:

当Hibernate更新或者插入一行记录的时候，锁定级别自动设置为LockMode.WRITE。

当用户显式的使用数据库支持的SQL格式SELECT … FOR UPDATE 发送SQL的时候，锁定级别设置为LockMode.UPGRADE

当用户显式的使用Oracle数据库的SQL语句SELECT … FOR UPDATE NOWAIT 的时候，锁定级别设置LockMode.UPGRADE_NOWAIT

当Hibernate在“可重复读”或者是“序列化”数据库隔离级别下读取数据的时候，锁定模式 自动设置为LockMode.READ。这种模式也可以通过用户显式指定进行设置。

LockMode.NONE 代表无需锁定。在Transaction结束时， 所有的对象都切换到该模式上来。与session相关联的对象通过调用update() 或者saveOrUpdate()脱离该模式。

“显式的用户指定”可以通过以下几种方式之一来表示:

调用 Session.load()的时候指定锁定模式(LockMode)。

调用Session.lock()。

调用Query.setLockMode()。

如果在UPGRADE或者UPGRADE_NOWAIT锁定模式下调 用Session.load()，并且要读取的对象尚未被session载入过，那么对象 通过SELECT … FOR UPDATE这样的SQL语句被载入。如果为一个对象调用 load()方法时，该对象已经在另一个较少限制的锁定模式下被载入了，那 么Hibernate就对该对象调用lock() 方法。

如果指定的锁定模式是READ, UPGRADE 或 UPGRADE_NOWAIT，那么Session.lock()就 执行版本号检查。（在UPGRADE 或者UPGRADE_NOWAIT 锁定模式下，执行SELECT … FOR UPDATE这样的SQL语句。）

如果数据库不支持用户设置的锁定模式，Hibernate将使用适当的替代模式（而不是扔出异常）。 这一点可以确保应用程序的可移植性。

使用悲观锁（mysql）

@Test
    public void testPessimisticLock() {
        Session session = sf.openSession();
        session.beginTransaction();

        Account a = (Account)session.load(Account.class, 1, LockOptions.UPGRADE);
        session.getTransaction().commit();
        session.close();
    }

hibernate生成的sql

    Hibernate: 
    select
        account0_.id as id1_0_0_,
        account0_.balance as balance2_0_0_ 
    from
        Account account0_ 
    where
        account0_.id=? for update

乐观锁

实体类（声明version属性，在数据库中也要保存）

@Entity
public class Account {
    private int id;
    private int balance;
    private int version;
    @Version
    public int getVersion() {
        return version;
    }
    public void setVersion(int version) {
        this.version = version;
    }
    @Id
    @GeneratedValue
    public int getId() {
        return id;
    }
    public void setId(int id) {
        this.id = id;
    }
    public int getBalance() {
        return balance;
    }
    public void setBalance(int balance) {
        this.balance = balance;
    }
}

测试代码

@Test
    public void testOptimisticLock() {
        Session session = sf.openSession();
        Session session2 = sf.openSession();

        session.beginTransaction();
        Account a1 = (Account) session.load(Account.class, 1);

        session2.beginTransaction();
        Account a2 = (Account) session2.load(Account.class, 1);

        a1.setBalance(900);
        a2.setBalance(1100);

        session.getTransaction().commit();
        System.out.println(a1.getVersion());

        session2.getTransaction().commit();
        System.out.println(a2.getVersion());

        session.close();
        session2.close();
    }

这样在session2.getTransaction().commit()时会报错

org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.bjsxt.hibernate.Account#1]
    at org.hibernate.persister.entity.AbstractEntityPersister.check(AbstractEntityPersister.java:2509)

可以在实际操作中处理这个异常，先比较版本号（version）是否已经更改，然后再判断是否进行数据的更新操作