理解Hibernate的悲观锁与乐观锁机制

"Hibernate悲观锁与乐观锁" 在数据库并发访问中，锁定机制是确保数据一致性的重要工具。Hibernate作为流行的Java持久层框架，提供了对悲观锁和乐观锁的支持，以处理多用户同时操作相同数据的问题。 悲观锁（Pessimistic Locking）是一种保守的并发控制策略。它假设并发环境中，对数据的每次读写都有可能导致冲突，因此在读取数据时即进行锁定，直到操作完成后才释放。在Hibernate中，可以通过`Query`或`Criteria`的`setLockMode()`方法设置悲观锁，如`LockMode.UPGRADE`，它会利用SQL的`FOR UPDATE`子句来锁定记录。在Oracle数据库中，还可以使用`LockMode.UPGRADE_NOWAIT`，它带有`NOWAIT`选项，如果记录已被锁定，会立即抛出异常而不是等待。 以下是一个简单的悲观锁使用示例： ```java Query query = session.createQuery("from User user"); query.setLockMode("user", LockMode.UPGRADE); ``` 这段代码会在执行查询前，为`User`实体设置悲观锁模式，从而在读取时锁定记录。 相对悲观锁，乐观锁（Optimistic Locking）更为乐观，它认为数据并发访问时冲突较少。乐观锁不依赖数据库级别的锁定，而是通过版本控制或时间戳等应用层面的机制来确保数据一致性。当数据更新时，系统会检查数据自上次读取以来是否已被其他事务修改，如果发现修改，则根据业务逻辑决定如何处理，例如回滚事务或覆盖更新。 在Hibernate中，实现乐观锁通常有两种方式： 1. 版本字段（Version Field）：在每个需要乐观锁的实体中添加一个版本字段，如`version`。每次更新时，Hibernate会自动比较当前版本号与数据库中的版本号，如果不同则回滚事务。 2. 时间戳（Timestamp）：类似版本字段，但使用的是更新时间戳，更新时检查时间戳是否发生变化。 例如，对于一个具有版本字段的实体，乐观锁工作流程如下： ```java User user = session.get(User.class, userId); // 修改用户信息... session.update(user); // 这里会检查并更新版本号 ``` 如果在此期间有其他事务修改了相同用户，那么在提交时，由于版本号不匹配，Hibernate会抛出`StaleObjectStateException`，提示数据已过期。 悲观锁适合高并发但冲突较少的场景，能确保数据的一致性，但可能影响性能。而乐观锁适用于冲突较少，对锁定开销敏感的场景，它减少了锁定时间，提升了并发性能，但在冲突频繁时可能导致大量重试。开发者应根据具体业务需求和预期的并发情况选择合适的锁策略。