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语句

缺点：并发性不好