Hibernate中的事务

什么是事务？

事务就是数据库管理系统的执行单元，也就是由多个sql语句组成，这些sql语句必须作为一个整体向系统提交，要么全部执行，或者全部不执行（回滚操作）。

就好比A同学给B同学转了100元，A同学账户的余额必须是减了100元，B同学的账户加了100元，才能正常提交，如果是其他情况，就让它回到开始的样子。

事务的特性 

刚刚的转账过程就是一次事务。

原子性：保证事务中的所有操作全部执行或全部不执行。例如执行转账事务，要么转账成功，要么失败。成功，则金额从转出帐户转入到目的帐户，并且两个帐户金额将发生相应的变化；失败，则两个账户的金额都不变。不会出现转出帐户扣了钱，而目的帐户没有收到钱的情况。

一致性：  说白了，就是转账没成功没关系，转账之前多少钱，之后还是那么多钱。

隔离性：就是说转账过程是隔离的，不允许那个人给你转账时，还同时发生转账给别人的情况。其实这点最主要的用途是保证资源的统一，防止脏数据产生。 

持久性：事务完成之后，它对系统的影响是永久的，即使出现系统故障也是如此。

如果不考虑隔离性:引发一些读的问题
* 脏读 -- 一个事务读到了另一个事务未提交的数据.
* 不可重复读 -- 一个事务读到了另一个事务已经提交的update数据,导致多次查询结果不一致.
* 虚读 -- 一个事务读到了另一个事务已经提交的insert数据,导致多次查询结构不一致.

 通过设置数据库的隔离级别来解决上述读的问题
* 未提交读:以上的读的问题都有可能发生.
* 已提交读:避免脏读,但是不可重复读，虚读都有可能发生.
* 可重复读:避免脏读，不可重复读.但是虚读是有可能发生.
* 串行化:以上读的情况都可以避免.

如果想在Hibernate的框架中来设置隔离级别，需要在hibernate.cfg.xml的配置文件中通过标签来配置
* 通过：hibernate.connection.isolation = 4 来配置
* 取值
* 1—Read uncommitted isolation
* 2—Read committed isolation
* 4—Repeatable read isolation
* 8—Serializable isolation
丢失更新的问题
1. 如果不考虑隔离性，也会产生写入数据的问题，这一类的问题叫丢失更新的问题。
2. 例如：两个事务同时对某一条记录做修改，就会引发丢失更新的问题。
* A事务和B事务同时获取到一条数据，同时再做修改
* 如果A事务修改完成后，提交了事务
* B事务修改完成后，不管是提交还是回滚，如果不做处理，都会对数据产生影响

3. 解决方案有两种
* 悲观锁
* 采用的是数据库提供的一种锁机制，如果采用做了这种机制，在SQL语句的后面添加 for update 子句
* 当A事务在操作该条记录时，会把该条记录锁起来，其他事务是不能操作这条记录的。
* 只有当A事务提交后，锁释放了，其他事务才能操作该条记录

* 乐观锁
* 采用版本号的机制来解决的。会给表结构添加一个字段version=0，默认值是0
* 当A事务在操作完该条记录，提交事务时，会先检查版本号，如果发生版本号的值相同时，才可以提交事务。同时会更新版本号version=1.
* 当B事务操作完该条记录时，提交事务时，会先检查版本号，如果发现版本不同时，程序会出现错误。

4. 使用Hibernate框架解决丢失更新的问题
* 悲观锁
* 使用session.get(Customer.class, 1,LockMode.UPGRADE); 方法

* 乐观锁
* 1.在对应的JavaBean中添加一个属性，名称可以是任意的。例如：private Integer version; 提供get和set方法
* 2.在映射的配置文件中，提供<version name="version"/>标签即可。