在学习了马士兵有关事务并发处理的视频后， 感觉对事务并发处理的概念，问题以及解决方式有了一定的了解，赶紧记录下来以备后用。
1. 事务：一系列操作要么都完成，要么一个都不完成
2. 事务并发：多个事务同时进行
3. 事务特点：ACID，原子性、一致性。。。
4. 事务并发可能带来的3大类问题：
1) dirty read(脏读)
一个事务读取了另外一个事务未提交的数据。
2) non-repeatable read(不可重复读)
同一事务中，前后读取的数据不一致。
3) phantom read(幻读)
类似不可重复读，但针对插入/删除操作。
5. DB处理事务并发/ORM处理事务并发/逻辑代码处理事务并发
1) DB处理事务并发
均采用事务隔离机制，分4种事务级别：Read_Uncommited,Read_Commited,Repeatable_Read,Serializable.
Read_Uncommited: 可读取未提交数据，存在以上3大类问题
Read_Commited: 可读取提交数据，解决脏读但未解决不可重复读和幻读
Repeatable_Read: 可重复读，解决脏读和不可重复读
Serializable: 序列化，全部解决但效率最低
对应以上事务级别，DB会有相应的锁实现。
比如MySQL, InnoDB下，默认为Repeatable_Read的事务级别(select @@tx_isolation from table)
2) ORM处理事务并发
ORM,比如Hibernate，实际上是对JDBC的轻量级封装，因此对应JDBC，Hibernate也有其事务隔离级别：（可查询java.sql.Connection）
1. Read_Uncommited; 2. Read_Commited; 4. Repeatable_Read; 8. Serializable
（对Hibernate的配置，可以参考http://www.cnblogs.com/elleniou/archive/2012/12/01/2797546.html）
可以通过hibernate.connection.isolation进行设置。
3) 逻辑代码处理事务并发
一般情况下，为达到性能和准确的折中，会设置DB的事务隔离级别为Read_Commited, 然后在逻辑代码中处理不可重复读的问题。
不可重复读的处理需要用到乐观锁/悲观琐。
乐观锁：认为本事务中处理的数据很可能不会受其他事务的影响。
操作：对每条DB记录加入版本号，每次事务提交时都要检查版本号。若版本号前后不一致，证明该条记录被其他事务更改，需要其他操作处理。
Hibernate注解：@Version
悲观锁：认为本事务处理的数据很可能会受到其他事务的影响。
操作：利用DB的锁对数据进行加锁操作，防止其他事务的影响。
例如：session.load(One.class, 1, LockMode.Upgrade);
