1.并发概念
并发是指多个进程或线程同时(或同一时间间隔)访问同一资源
同步(synchronized):指发送一个请求,需要等待返回,然后才能够发送下一个请求,有个等待过程
异步(asynchronized):指发送一个请求,不需要等待返回,随时可以再发送下一个请求,即不需要等待
2.事务并发问题
更新丢失:撤消一个事务时,把其它事务已提交的更新的数据覆盖了
脏读:一个事务读到另一个事务未提交的更新数据
不可重复读:一个事务执行两次查询,但第二次查询结果不相同
幻读:一个事务两次读同一行数据,可是这两次读到的数据不一样
3.事务隔离级别
Serializable:串行化。隔离级别最高,不可发生脏读、不可重复读、幻读(8)
Repeatable Read:可重复读,不可发生脏读和不可重复读,可发生幻读(4)
Read Committed:读已提交数据,不可发生脏读,可发生不可重复读和幻读(2)
Read Uncommitted:读未提交数据,隔离级别最差,都可发生(1)
<session-factory> <property name="hibernate.connection.isolation">2</property> </session-factory>
4.处理并发问题(锁机制)
锁机制有两个层面,一种是代码层次上的,如java中的同步锁,典型的就是同步关键字synchronized。另外一种是数据库层次上的,比较典型的就是悲观锁和乐观锁。
悲观锁(Pessimistic Locking):
悲观锁,它指的是对数据被外界(包括本系统当前的其他事务,以及来自 外部系统的事务处理)修改持保守态度,因此,在整个过程中,将数据处于锁定状态。
悲观锁的实现,往往依靠数据库提供的锁机制(也只有数据库层提供的锁机制才能 真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系 统不会修改数据)。
一个典型的依赖数据库的悲观锁调用: select * from account where name=”Erica” for update。这条 sql 语句锁定了 account 表中所有符合检索条件( name=”Erica” )的记录,本次事务提交之前(事务提交时会释放事务过程中的锁),外界无法修改这些记录。
Hibernate 的悲观锁,也是基于数据库的锁机制实现,下面的代码实现了对查询记录的加锁:
String hqlStr ="from TUser as user where user.name='Erica'";
Query query = session.createQuery(hqlStr);
query.setLockMode("user",LockMode.UPGRADE); // 加锁
List userList = query.list();// 执行查询,获取数据
query.setLockMode 对查询语句中,特定别名所对应的记录进行加锁(我们为 TUser 类指定了一个别名 “user” ),这里也就是对
返回的所有 user 记录进行加锁。
这里 Hibernate 通过使用数据库的 for update 子句实现了悲观锁机制。
乐观锁(Optimistic Locking):
Hibernate 的加锁模式有:
LockMode.NONE : 无锁机制。
LockMode.WRITE : Hibernate 在 Insert 和 Update 记录的时候会自动获取
LockMode.READ : Hibernate 在读取记录的时候会自动获取。
以上这三种锁机制一般由 Hibernate 内部使用,如 Hibernate 为了保证 Update过程中对象不会被外界修改,会在 save 方法实现中自动为目标对象加上 WRITE 锁。
LockMode.UPGRADE :利用数据库的 for update 子句加锁。
LockMode. UPGRADE_NOWAIT : Oracle 的特定实现,利用 Oracle 的 for update nowait 子句实现加锁。
上面这两种锁机制是我们在应用层较为常用的,加锁一般通过以下方法实现:
Criteria.setLockMode,Query.setLockMode,Session.lock
注意,只有在查询开始之前(也就是 Hiberate 生成 SQL 之前)设定加锁,才会 真正通过数据库的锁机制进行加锁处理,否则,数据已经通过不包含 for update子句的 Select SQL 加载进来,所谓数据库加锁也就无从谈起。乐观锁,大多是基于数据版本 Version )记录机制实现。何谓数据版本?即为数据增加一个版本标识,在基于数据库表的版本解决方案中,一般是通过为数据库表增加一个 “version” 字段来 实现。 读取出数据时,将此版本号一同读出,之后更新时,对此版本号加一。此时,将提 交数据的版本数据与数据库表对应记录的当前版本信息进行比对,如果提交的数据 版本号大于数据库表当前版本号,则予以更新,否则认为是过期数据。