025 hibernate悲观锁、乐观锁

Hibernate谈到悲观锁、乐观锁，就要谈到数据库的并发问题，数据库的隔离级别越高它的并发性就越差

         并发性：当前系统进行了序列化后，当前读取数据后，别人查询不了，看不了。称为并发性不好

    数据库隔离级别：见前面章级

025-1悲观锁：

悲观锁：具有排他性(我锁住当前数据后，别人看到不此数据)

悲观锁一般由数据机制来做到的。

悲观锁的实现

通常依赖于数据库机制，在整修过程中将数据锁定，其它任何用户都不能读取或修改(如：必需我修改完之后，别人才可以修改)

悲观锁的适用场景：

悲观锁一般适合短事务比较多(如某一数据取出后加1，立即释放)

长事务占有时间(如果占有1个小时，那么这个1小时别人就不可以使用这些数据)，不常用。

实例：

实体类：

public class Inventory {

    private int itemNo;
    private String itemName;   
    private int quantity;

    public int getItemNo() {
        return itemNo;
    }

    public void setItemNo(int itemNo) {
        this.itemNo = itemNo;
    }

    public String getItemName() {
        return itemName;
    }

    public void setItemName(String itemName) {
        this.itemName = itemName;
    }

    public int getQuantity() {
        return quantity;
    }

    public void setQuantity(int quantity) {
        this.quantity = quantity;
    }  

}

映射文件：

<hibernate-mapping>
    <class name="com.wjt276.hibernate.Inventory" table="t_inventory">
        <id name="itemNo">
            <generator class="native"/>
        </id>
        <property name="itemName"/>
        <property name="quantity"/>
    </class>

</hibernate-mapping>

悲观锁的使用

如果需要使用悲观锁，肯定在加载数据时就要锁住，通常采用数据库的for update语句。

Hibernate使用Load进行悲观锁加载。

 

Session.load(Class arg0, Serializable arg1, LockMode arg2) throws HibernateException

LockMode：悲观锁模式（一般使用LockMode.UPGRADE）

session = HibernateUtils.getSession();
            tx = session.beginTransaction();
            Inventory inv = (Inventory)session.load(Inventory.class, 1, LockMode.UPGRADE);
            System.out.println(inv.getItemName());
            inv.setQuantity(inv.getQuantity()-200);        
            session.update(inv);
            tx.commit();

执行输出SQL语句：

Hibernate: select inventory0_.itemNo as itemNo0_0_, inventory0_.itemName as itemName0_0_, inventory0_.quantity as quantity0_0_ from t_inventory inventory0_ where inventory0_.itemNo=? for update　//在select语句中加入for update进行使用悲观锁。

脑白金

Hibernate: update t_inventory set itemName=?, quantity=? where itemNo=?

注：只有用户释放锁后，别的用户才可以读取

注：如果使用悲观锁，那么lazy(悚加载无效)

Select…For Update语句的语法与select语句相同，只是在select语句的后面加FOR UPDATE [NOWAIT]子句。

该语句用来锁定特定的行（如果有where子句，就是满足where条件的那些行）。当这些行被锁定后，其他会话可以选择这些行，但不能更改或删除这些行，直到该语句的事务被commit语句或rollback语句结束为止。 

025-2乐观锁：

     乐观锁：不是锁，是一种冲突检测机制。

     乐观锁的并发性较好，因为我改的时候，别人随边修改。

     乐观锁的实现方式：常用的是版本的方式（每个数据表中有一个版本字段version，某一个用户更新数据后，版本号＋1，另一个用户修改后再＋1，当用户更新发现数据库当前版本号与读取数据时版本号不一致(等于小于数据库当前版本号)，则更新不了。

         Hibernate使用乐观锁需要在映射文件中配置项才可生效。

实体类：

public class Inventory {

    private int itemNo;
    private String itemName;   
    private int quantity;  
    private int version;//Hibernate用户实现版本方式乐观锁，但需要在映射文件中配置

    public int getItemNo() {
        return itemNo;
    }

    public void setItemNo(int itemNo) {
       this.itemNo = itemNo;
    }

    public String getItemName() {
       return itemName;
    }

    public void setItemName(String itemName) {
        this.itemName = itemName;
    }

    public int getQuantity() {
        return quantity;
    }

    public void setQuantity(int quantity) {
        this.quantity = quantity;
    }

    public int getVersion() {
        return version;
    }

    public void setVersion(int version) {
        this.version = version;
    }

}

映射文件

<hibernate-mapping>

<!-- 映射实体类时，需要加入一个开启乐观锁的属性
optimistic-lock="version"　共有好几种方式：
    - none  - version   - dirty - all
    同时需要在主键映射后面映射版本号字段
    -->
<class name="com.wjt276.hibernate.Inventory" table="t_inventory" optimistic-lock="version">
        <id name="itemNo">
            <generator class="native"/>
        </id>

        <version name="version"/><!—必需配置在主键映射后面 -->
        <property name="itemName"/>
        <property name="quantity"/>
    </class>

</hibernate-mapping>

导出输出SQL语句：

create table t_inventory (itemNo integer not null auto_increment, version integer not null, itemName varchar(255), quantity integer, primary key (itemNo))

 

注：添加的版本字段version，还是我们来维护的，是由hibernate来维护的。

乐观锁在存储数据时不用关心。

要注意的是，由于乐观锁定是使用系统中的程式来控制，而不是使用资料库中的锁定机制，因而如果有人特意自行更新版本讯息来越过检查，则锁定机制就会无效，例如在上例中自行更改stu的version属性，使之与资料库中的版本号相同的话就不会有错误，像这样版本号被更改，或是由于资料是由外部系统而来，因而版本资讯不受控制时，锁定机制将会有问题，设计时必须注意。