原子性(Atomic):指的是整个数据库的事务是不可分割的单元,要么整个事务全部执行成功,要么整个事务全部不成功。事务中的任何一个SQL执行失败,其他所有的SQL就需要全部撤撤销。
隔离性(Isolation):在并发的环境中,不同事务操作相相同的数据时,应该具有独立的数据空间。
持久性(Durability):事务的操作结果在数据库中必须永久保存。
一致性(Consistency):事务的操作不能破换关系数据库中数据的完整性,事务执行前后,关系数据库中的数据总额是不变的。
基于事务的特性,在不同事务级别中,会有并发处理的问题。
第一类丢失更新:一个事务撤销时,把其他事务已提交的更新数据覆盖。
脏读:一个事务读取到了另一个事务未提交的更新数据。
虚读:一个事务读取到了另一个事务已提交的新插入的数据。
不可重复读:一个事务读取到了另一个事务已提交的更新数据。
第二类丢失更新:一个事务覆盖另一个事务已提交的更新数据。
Serializable:串行化
Repeatable Read:可重复读
Read Commited:读已提交的数据
Read UnCommitted:读未提交的数据
关于隔离级别和并发问题的对照见下表:
隔离级别 | 第一类丢失更新 | 脏读 | 虚读 | 不可重复读 | 第二类丢失更新 |
---|---|---|---|---|---|
Serializable | 否 | 否 | 否 | 否 | 否 |
Repeatable Read | 否 | 否 | 是 | 否 | 否 |
Read Commited | 否 | 否 | 是 | 是 | 是 |
Read UnCommitted | 否 | 是 | 是 | 是 | 是 |
数据库的隔离级别和并发的性能关系:
如:hibernate.connection.isolation=2
在应用程序中显式的为数据资源加锁。
在数据库中,支持select... for update语句,表示使用独占锁类锁定查询。Hibernate也支持这样的设置。
如:session.get(XXX.class.new Long(22)),LockMode.UPDATE);
应用程序采用版本控制的办法进行加锁。如
class的optimistic-lock属性,设置为all时,会带着所有字段去做更新。设置为true,只带着被更新字段做更新。同样也能起到版本控制功能。这个比较适合已经投入生产的系统,不允许随意改动数据字段的系统。