Hibernate视频学习笔记（11）悲观锁与乐观锁

 

乐观锁

 

大多数基于数据版本记录机制（version）实现，一般是在数据库表中加入一个version字段

读取数据时将版本号一同读出，之后更新数据时版本号加一，如果提交数据时版本号小于或等于数据表中

的版本号，则认为数据是过期的，否则给予更新

 

优点：并发性比较好

 

T_inventory 1001   nao   1000- 800 0 - 1

用户1 itemNo = 1001 itemName= nao quantity=1000-200=800 version=0

用户2 itemNo = 1001 itemName= nao quantity=1000 – 200=800 version=0

       private int itemNo;

      

       private String itemName;

      

       private int quantity;

      

       private int version;

       <class name="com.bjsxt.hibernate.Inventory" table="t_inventory" optimistic-lock="version">默认就是version

              <id name="itemNo">

                     <generator class="native"/>

              </id>

              <version name="version"/>

              <property name="itemName"/>

              <property name="quantity"/>

       </class>

              Inventory inv = new Inventory();

                     inv.setItemNo(1001);

                     inv.setItemName("脑白金");

                     inv.setQuantity(1000);

                    

                     session.save(inv);

初始化无需保存version

缺点：用户体验不好（录入了大量东西，但提交时被告知已经修改，这样不好）

还可以采用时间戳

对于遗留系统，可以挨个字段比较

 

 

 

 

悲观锁

 

悲观锁的实现，通常依赖于数据库机制，在整个过程中将数据锁定，其它任何用户都不能读取或修改（适合短事务）

T_inventory 1001   nao   1000- 800

用户1 itemNo = 1001 itemName= nao quantity=1000-200=800

用户2 itemNo = 1001 itemName= nao quantity=1000 – 200=800

这样会造成更新丢失：

悲观锁：会锁住记录，在一个用户修改完成前，其他用户不能读取和修改

session.load(class, id, LockMode)用这种方式

session.load(Inventory.class, 1, LockMode.UPRADE); 这样会生成select..for update语句

加悲观锁后在load时马上发sql语句

 

缺点：并发性不好

转载于:https://www.cnblogs.com/tongzhiyong/archive/2009/05/06/1451026.html