根据并发情况引起的问题，修改隔离级别来避免。

一、更新丢失：

背景：隔离级别：READ-UNCOMMITED

由于取款事务回滚，导致把存款事务修改的数据覆盖了。出现了更新丢失。
解决：因InnoDB会给我们加锁，所以当今这种情况不会发生。

二、脏读

背景：隔离级别：READ-UNCOMMITTED
由于读了未提交事务的数据，导致异常。

某人有1000元。
取款事务读到了1000。
取款事务扣100元剩900元。
存款事务读到了900元。
取款事务回滚了,剩1000 。
存款事务用读到的900+1000，剩1900元。
取款取消了，导致最终存款少了100。

解决：设置隔离级别：set session transation isolation level read committed;

隔离级别:READ-COMMITTED
某人有1000元。
取款事务读到了1000。
取款事务扣100元剩900元。
存款事务读到了1000元。
取款事务回滚了,剩1000 。
存款事务用读到的1000+1000，剩2000元。
取款取消了，未影响数据的正确性。

三、不可重复读

背景：隔离级别：READ-COMMITTED
事务A多次读数据，事务B在事务A多次读的过程中修改了数据并提交了。导致事务A每次读到的数据不一样。

事务A读到了1000元。
事务B读到了1000元。加1000，剩2000。
事务A又读到了1000元。(因隔离级别为READ-COMMITTED)
事务B提交。
事务A读到了2000。导致前后两次读到的数据不一样。

解决：设置隔离级别：set session transation isolation level repeatable read;

隔离级别：REPEATABLE-READ

事务A读到了1000元。
事务B读到了1000元。加1000，剩2000。
事务A又读到了1000元。(因隔离级别为READ-COMMITTED)
事务B提交。
事务A读到了1000。前后两次读到的数据一样。

即：当前事务不管别的事务怎么修改提交，自己还是用的自己那份数据。

四、幻读

背景：隔离级别：REPEATABLE-READ

事务A当前查询到了4条数据。
事务B 插入\删除 一条数据，提交。
事务A更新数据，发现更新了5条\3条。好像出现了幻觉。

解决：设置隔离级别：set session transation isolation level serializable;

隔离级别：SERIALIZABLE
即：串行。但是会影响并发效率。

总结