步步为营Hibernate全攻略（五）Hibernate解决高并发问题之：悲观锁 VS 乐观锁
高并发问题是程序设计所必须要解决的问题，解决此类问题最主要的途径就是对对程序进行加锁控制。Hibernate对加锁机制同样做出了实现，常用加锁方式为悲观锁和乐观锁。悲观锁指的是对数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）修改持保守态度，因此，在整个数据处理过程中，将数据处于锁定状态，通常是由数据库机制实现的，在整个过程中把数据锁住（查询时），只要事务不释放（提交或者回滚）任何用户都不能查看或修改。
悲观锁的应用：
悲观锁的应用十分的简单，如果使用get或load方法进行查询，只需要将load/get方法的第三个参数LockMode设置为UPGRADE就可以了，使用这个参数后我们每次发送的SQL语句都会加上"for update"用于告诉数据库锁定相关数据。如： Inventory inv =(Inventory)session.load(Inventory.class, "1001", LockMode.UPGRADE);。如果直接使用hql语句的话，可以在语句的末尾加入for update，如：select s from Student s where s.name=”张三” for update,这条语句的末尾加入forupdate 后所有name为“张三”的数据都将会被锁定。
虽然悲观锁在Hibernate中应用十分容易，但在实际应用中使用悲观锁的情况并不多，因为它大大限制了程序的并发性，如果查询过程时间过长会给客户带来极其不好的体验。
乐观锁的应用：
其实与其说加锁不如说它更像是一种版本检测工具，其工作原理是这样的：需要在数据表中添加一个version字段，当读出数据的时候会将该字段的值一并读出，在进行更新操作的时候会将此版本号加一，然后对比新的版本号与数据库表中的版本号，如果新提交的版本号不大于数据表中的版本号则会被认为是过期数据不予更新，否则则进行数据更新。相对于悲观锁来讲乐观锁的加锁机制更加宽松，而且由于乐观锁是基于数据库表的版本解决方案，并不像悲观锁依靠于数据库的锁机制保证操作的最大独占性（会增加数据库的性能开销），所以乐观锁在实际中的应用要远远多于悲观锁。Hibernate对于乐观锁提供了三种实现，他们分别是：
1. 基于version
2. 基于timestamp
3. 基于遗留项目
其中前两种的原理是一样的，一个是以数字1，2，3…作为版本标识，而另一个是以时间作为版本标识而已，但应注意一顶要把version标签（或timestamp标签）放到id的下面而且要紧邻id。我们以version为例，在映射文件中做如下配置：
<hibernate-mapping><class name="com.bjpowernode.hibernate.Inventory" table="t_inventory" optimistic-lock="all" dynamic-update="true"><id name="itemNo"><generator class="assigned"/></id><!-- <version name="version"/> --><!--<timestamp name="updateDate"/> --><property name="itemName"/><property name="quantity"/></class></hibernate-mapping>
至此我们介绍完了Hibernate中悲观锁和乐观锁的实现，希望对大家进一步理解乐观锁和悲观锁有所帮助。
