一、前言

在这里我不得不感慨Spring的代码的完善与优秀，从之前看源码迷迷糊糊到现在基本了解Spring的部分源码后，愈来愈发现Spring开发者的思虑之周全！

之前说过学习源码的目的在哪？正如我特别喜欢的一句话，有道无术，术尚可求也！有术无道，止于术！，对于Spring的了解仅仅局限于使用远远不够，Spring作为一个国内绝大多数java开发者使用的一个项目管理框架，他是一个生态，什么是生态？比如现在的SpringBoot、SpringCloud,他们是什么？是Spring生态中的一个组成部分！他们利用Spring生态中提供的各种扩展点，一步一步的封装，成就了现在Spring快速启动、自动配置等亮眼的功能！作为Spring的使用者，我们理应了解Spring的实现和各种扩展点，从而能够真正的深入Spring生态！深入了，再去研究生态中的组成部分如：SpringBoot之流的框架，也就水到渠成了！

二、常见的并发问题

1、脏读

一个事务读取了另一个事务未提交的数据

2、不可重复读

一个事务对同一数据的读取结果前后不一致。两次读取中间被其他事务修改了

3、幻读

幻读是指事务读取某个范围的数据时，因为其他事务的操作导致前后两次读取的结果不一致。幻读和不可重复读的区别在于,不可重复读是针对确定的某一行数据而言,而幻读是针对不确定的多行数据。因而幻读通常出现在带有查询条件的范围查询中

三、事务隔离级别

1、读未提交(READ UNCOMMITTED)

可能产生脏读、不可重复读、幻读

2、读已提交(READ COMMITTED)

避免了脏读，可能产生不可重复读、幻读

3、可重复读(REPEATABLE READ)（mysql默认隔离级别）

避免了脏读，不可重复读。通过区间锁技术避免了幻读

4、串行化(SERIALIZABLE)

串行化可以避免所有可能出现的并发异常,但是会极大的降低系统的并发处理能力

四、数据库日志有哪些？

1、undo日志

undo日志用于存放数据修改被修改前的值

UNDO LOG中分为两种类型，一种是 INSERT_UNDO（INSERT操作），记录插入的唯一键值；

一种是 UPDATE_UNDO（包含UPDATE及DELETE操作），记录修改的唯一键值以及old column记录。

2、redo日志

mysql会将一个事务中的所有sq先l记录到redo log中，然后再将记录从redo log同步到数据文件中

它可以带来这些好处：

当buffer pool中的dirty page 还没有刷新到磁盘的时候，发生crash，启动服务后，可通过redo log 找到需要重新刷新到磁盘文件的记录；
buffer pool中的数据直接flush到disk file，是一个随机IO，效率较差，而把buffer pool中的数据记录到redo log，是一个顺序IO，可以提高事务提交的速度；

3、binlog日志

用于数据库主从复制的记录，是二进制格式。在事务提交之后进行一个磁盘写入。

这里注意下redo log 跟binary log 的区别，redo log 是存储引擎层产生的，而binary log是数据库层产生的。假设一个大事务，对tba做10万行的记录插入，在这个过程中，一直不断的往redo log顺序记录，而binary log不会记录，直到这个事务提交，才会一次写入到binary log文件中