数据库事务与并发章节小结

 数据库事务由一组在业务逻辑上相互依赖的SQL语句组成，它必须具备ACID特征。数据库管理系统采用日志来保证事务的原子性、一

致性和持久性，采用锁机制来实现与业务的隔离性。

Hibernate封装了JDBC API和JTA API，尽管应用程序可以绕过Hibernate API，直接通过JDBC API和JTA API来声明事务，但是这不利

于跨平台开发，因此应该优先考虑一律通过Hibernate API来声明事务。Hibernate的Transaction类用于事务，它commmit()方法用于

提交事务，它的rollback()方法用于撤销事务。

对于同时运行的多个事务，当这些事务访问数据库中相同的数据时，如果没有采取必要的隔离机制，就会导致各种并发问题。数据库

存系统采用锁来实现事务的隔离性，锁可以分为共享锁、独占锁和更新锁。许多数据库系统都有自动管理锁的功能，它们能根据事务

执行的SQL语句，自动在保证事务间的隔离性与保证事务间的并发性之间做权衡，然后自动为数据库资源加上适当的锁，在运行期间

还会自动升级锁的类型，以优化系统的性能。

锁机制能有效地解决各种并发问题，但是它会影响并发性能。为了能让用户根据实际应用的实际应用的需要，在事务的隔离性与并发

性之间做出合理的权衡，数据库系统提供了4种事务隔离级别供用户选择。隔离级别越高，越能保证数据的完整性和一致性，但是对

并发性能的影响也越大。对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed。它能够避免脏读，而且具

有较好的并发性能。尽管它会导致不可以重读、虚读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用

程序采用悲观锁或乐观锁来控制。乐观锁通过Hibernate版本控制功能来实现，它比悲观锁具有更好的并发控制，所以应该优先考虑

使用乐观锁。