从“锁”说起

　　学过数据库理论的都知道，关系型数据库有ACID特征。其中I是Isolation的简写，表示数据库并发进行事务时，只有顺序，串联执行的事务才会最终反映到数据库中，即是每个成功执行的事务都是孤立分离的，它们之间不会相互影响。这个Isolation就是由数据库的锁（lock）机制来实现的。所谓的锁，也叫读锁或者写锁（分别对应于读事务及写事务的情景），锁的作用就是防止数据库在并发进行读、写事务时出现数据过时或者无效的情况。对于这些并发的用户而言，同一时间内某个用户只能更新（读事务不会影响数据状态）被加上锁的数据记录（records），加上锁后能够确保数据不能被访问，只有释放了锁后才能访问。

锁机制：悲观锁和乐观锁

　　锁的类型有两种：悲观锁和乐观锁。悲观锁是当事务一开始就进行locking，被locked的table或者records都对外不可见，直到事务结束；乐观锁则是只有数据的更改变动向数据库提交时才进行的locking。悲观锁能够确保所有更改变动都正确提交到数据库，而乐观锁则有可能出现事务无法提交的情况（例如前一个用户已提交更改，后一个用户会提交失败，因为这时数据状态已经不是后一个用户原来读出来的那个了，已经被前一个用户更改了）。悲观锁能最大程度保证事务的隔离，但是占用数据库的开销太大（事务时间越长，开销就越大），在大并发是场景下是不可接受的。乐观锁机制在一定程度上解决了这个问题，但代价时更改不一定能够成功提交。

Hibernate的实现

　　注意，这里的Hibernate是指4.3.5.Final版本。无论是乐观锁还是悲观锁，Hibernate都是使用数据库的锁机制实现，不会对内存的对象进行锁；

• 悲观锁：需要定义隔离级别（isolation level）,然后依赖数据库的锁机制。LockMode定义了Hibernate请求的锁机制，如下：

　　具体显式编码可通过以下三种方式请求锁级别：

　　1.Session.load();//eg session.load(User.class, new Long(1), LockMode.UPGRADE);

　　2.Session.lock();//eg session.lock(user, LockMode.UPGRADE);

　　3.Query.setLockMode();//eg query.setLockMode("user", LockMode.UPGRADE);

• 乐观锁

　　在那种读操作多、写操作少的情况下，Hibernate的乐观锁能够提供一定程度的事务隔离。在遇到同样的数据先后被更改时，后更改提交的事务将会被告知冲突。

　　Hibernate实现乐观锁的方法有两种：1.检测版本号；2.时间戳。

　　检测版本号

@Entity
public class Flight implements Serializable {
...
    @Version
    public Date getLastUpdate() { ... }
}

<timestamp
        column="timestamp_column"
        name="propertyName"
        access="field|property|ClassName"
        unsaved-value="null|undefined"
        source="vm|db"
        generated="never|always"
        node="element-name|@attribute-name|element/@attribute|."
/>
相关的属性说明：

数据库乐观锁、悲观锁的初步认识，以及hibernate对它们的支持实现

原文：http://www.cnblogs.com/lauyu/p/5042154.html