数据库隔离级别
| 隔离级别 |
隔离级别的值 |
导致的问题 |
| Read-Uncommitted |
0 |
导致脏读 |
| Read-Committed |
1 |
避免脏读，允许不可重复读和幻读 |
| Repeatable-Read |
2 |
避免脏读，不可重复读，允许幻读 |
| Serializable |
3 |
串行化读，事物只能一个一个执行，避免了脏读、不可重复读、幻读。执行效率慢，使用时谨慎 |
脏读：一事务对数据进行了增删改，但未提交，另一事务可以读取到未提交的数据。如果第一个事务这时候回滚了，那么第二个事务就读到了脏数据。
不可重复读：一个事务中发生了两次读操作，第一次读操作和第二次操作之间，另外一个事务对数据进行了修改，这时候两次读取的数据是不一致的。
幻读：第一个事务对一定范围的数据进行了批量修改，第二个事务在这个范围增加一条数据，这时候第一个事务就会丢失对新增数据的修改。
总结：
隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。
大多数的数据库默认隔离级别为 Read Commited,比如 SqlServer、Oracle。
少数数据库默认隔离级别为：Repeatable Read 比如：Mysql InnoDB
1、什么是事务
一个整体的执行逻辑单元，只有两个结果，要么全失败，要么全成功。
2、事务的特性
原子性、隔离性、一致性、持久性。
3、事务的基本原理
从数据库角度来说，就是提供了一种后悔机制(代码写错了，可以SVN、Git)
用临时表才实现后悔
将数据操作先在临时表中完成，完成过程中如果说没有出现任何问题，就将数据同步(剪切)到实际的数据表中，并返回影响行数。
将数据操作先在临时表中完成，完成过程中一旦出现错误，就将临时表中满足条件的数据清掉，并返回错误码。
如果要相对一个数据表的数据进行清空(千万别用delete from ，这种情况，一定就是锁表)
加入 where条件，就是行锁。
4、Spring的事务配置
AOP配置，配置哪些方法需要加事务。
声明式事务配置，事务的传播属性、隔离级别、回滚的条件。
5、源码
通过解析配置文件，得到TransactionDefinition，实际上就是AOP中的MethodInterceptor(方法代理)
就可以在满足条件的方法调用之前和调用之后加一些东西。
PlatformTransactionManger中的方法
getTransaction 调用了 TransactonSynchronizationManager 类的getResource()
从ThreadLocal里面取值，Map<key:DataSource,Value:ConnectionHolder(相当于获取一个连接对象(Connection))>；
conn.setAutoCommit(false);
Commit conn.commit();
Rollback conn.rollback();