MySQL从5.5.8开始，Innodb就是默认的存储引擎，Innodb最大的特点是：支持事务、支持行级锁。
既然支持事务，那么就会有处理并发事务带来的问题：更新丢失、脏读、不可重复读、幻读；相应的为了解决这四个问题，
就产生了事务隔离级别：未提交读（Read uncommitted），已提交读(Read committed)，可重复读(Repeatable read)，可序列化(Serializable)。
并发事务会带来的问题
在平常的项目开发里数据库操作一般都是并发执行的，即有多个事务并发执行，数据库事务并发带来的问题有：
1、丢失更新：最后的更新覆盖了其他事务之前的更新，而事务之间并不知道，发生更新丢失。更新丢失，可以完全避免，应用对访问的数据加锁即可。
2、脏读：一个事务看到了另一个事务未提交的更新数据；当事务读取尚未提交的数据时，就会发生这种情况。
例如事务A正在访问数据，并且对数据进行了修改,更改了一行数据，这种修改还没有提交到数据库中,而事务B在事务A提交更新之前读取了已更新的行,然后使用了这个数据。
如果事务A回滚该更新，则事务B使用的这个数据由于还没有提交,就会被认为是不曾存在的数据,即为脏数据,根据脏数据所做的操作可能是不正确的。
事务B读取到事务A已经修改但尚未提交的数据。
3、 不可重复读：在同一事务中，两次读取同一数据，得到内容不同，也就是有其他事务更改了这些数据；
指在一个事务内多次读同一数据。在这个事务还没有结束时，另一个事务也访问该数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改导致第一个事务两次读取的数据可能不太一样。这就发生了在一个事务内两次读到的数据是不一样的情况，因此称为不可重复读。
4、幻读：一个事务在执行过程中读取到了另一个事务已提交的插入数据；即在第一个事务开始时读取到一批数据，但此后另一个事务又插入了新数据并提交，此时第一个事务又读取这批数据但发现多了一条，即好像发生幻觉一样。
脏读：读取到修改但未提交的数据
幻读：读取到新增且已提交的数据
事务隔离机制
并发处理带来的问题中，更新丢失可以完全避免，由应用对数据加锁即可。脏读、不可重读度、幻读，其实都是数据库的一致性问题，必须由一定的事务隔离机制来解决。
