【数据库事务并发问题】
假设现在有两个事务：Transaction01和Transaction02并发执行。
1) 脏读
①Transaction01将某条记录的AGE值从20修改为30。
②Transaction02读取了Transaction01更新后的值：30。
③Transaction01回滚，AGE值恢复到了20。
④Transaction02读取到的30就是一个无效的值。
2) 不可重复读
①Transaction01读取了AGE值为20。
②Transaction02将AGE值修改为30。
③Transaction01再次读取AGE值为30，和第一次读取不一致。
3) 幻读
①Transaction01读取了STUDENT表中的一部分数据。
②Transaction02向STUDENT表中插入了新的行。
③Transaction01读取了STUDENT表时，多出了一些行。
【隔离级别】
数据库系统必须具有隔离并发运行各个事务的能力，使它们不会相互影响，避免各种并发问题。一个事务与其他事务隔离的程度称为隔离级别。SQL标准中规定了多种事务隔离级别，不同隔离级别对应不同的干扰程度，隔离级别越高，数据一致性就越好，但并发性越弱。
1) 读未提交：READ UNCOMMITTED
允许Transaction01读取Transaction02未提交的修改。
2) 读已提交：READ COMMITTED
要求Transaction01只能读取Transaction02已提交的修改。
3) 可重复读：REPEATABLE READ
确保Transaction01可以多次从一个字段中读取到相同的值，即Transaction01执行期间禁止其它事务对这个字段进行更新。
4) 串行化：SERIALIZABLE
确保Transaction01可以多次从一个表中读取到相同的行，在Transaction01执行期间，禁止其它事务对这个表进行添加、更新、删除操作。可以避免任何并发问题，但性能十分低下。
5) 各个隔离级别解决并发问题的能力见下表
|
脏读 |
不可重复读 |
幻读 |
|
|
READ UNCOMMITTED |
有 |
有 |
有 |
|
READ COMMITTED |
无 |
有 |
有 |
|
REPEATABLE READ |
无 |
无 |
有 |
|
SERIALIZABLE |
无 |
无 |
无 |
6) 各种数据库产品对事务隔离级别的支持程度
|
Oracle |
MySQL |
|
|
READ UNCOMMITTED |
× |
√ |
|
READ COMMITTED |
√(默认) |
√ |
|
REPEATABLE READ |
× |
√(默认) |
|
SERIALIZABLE |
√ |
√ |
【在Spring中指定事务隔离级别】
1) 注解
用@Transactional注解声明式地管理事务时可以在@Transactional的isolation属性中设置隔离级别
2) XML
在Spring 2.x事务通知中，可以在<tx:method>元素中指定隔离级别
